ispCP - Board - Support
BUG build: 20101211 - Weiße Seite manage_users.php - Printable Version

+- ispCP - Board - Support (http://www.isp-control.net/forum)
+-- Forum: ispCP Omega International Area (/forum-22.html)
+--- Forum: German Corner (/forum-26.html)
+--- Thread: BUG build: 20101211 - Weiße Seite manage_users.php (/thread-13004.html)



BUG build: 20101211 - Weiße Seite manage_users.php - BuBu20 - 03-04-2011 07:52 AM

Würde gerne einen BUG melden und freue mich auf einen FIX.

mfg


RE: BUG build: 20101211 - Weiße Seite manage_users.php - tomhb - 03-04-2011 08:20 AM

(03-04-2011 07:52 AM)BuBu20 Wrote:  Würde gerne einen BUG melden und freue mich auf einen FIX.

mfg

Details


Gruss Tom


RE: BUG build: 20101211 - Weiße Seite manage_users.php - gOOvER - 03-04-2011 06:17 PM

Ist schon im Tracker Wink

http://isp-control.net/ispcp/ticket/2552


RE: BUG build: 20101211 - Weiße Seite manage_users.php - gOOvER - 03-04-2011 07:39 PM

btw: Welche Trunkversion setzt Du ein??


RE: BUG build: 20101211 - Weiße Seite manage_users.php - ShadowJumper - 03-05-2011 12:16 AM

Das ist kein Bug, sondern eine folge der Umstellung auf Smarty.

Solange diese nicht abgeschlossen ist, wird der Trunk auch nicht funktionieren.

Außerdem gibt es dafür ja eine "Stable" Version.

Wer einen Trunk verwendete (egal von welcher Software) sollte schon wissen was er/sie tut. Der Trunk erhebt keinen Anspruch auf Funktionsfähigkeit, sondern dient nur dazu aufzuzeigen "wohin" die Entwicklung aktuell geht.

Und das ist bei uns aktuell z.b. in Richtung Smarty, aber wir sind eben noch auf dem Weg dahin. Solange das nicht abgeschlossen ist wird der Trunk auch vorerst nicht (mehr) laufen.


RE: BUG build: 20101211 - Weiße Seite manage_users.php - gOOvER - 03-05-2011 12:50 AM

Dann nimm's als Notiz. Wink Allerdings Frage ich mich, wieso man für solche massiven Änderungen nicht in einem eigen Branch macht Wink

Und Ja, ich kenn den Sticky Wink


RE: BUG build: 20101211 - Weiße Seite manage_users.php - ShadowJumper - 03-05-2011 01:50 AM

(03-05-2011 12:50 AM)gOOvER Wrote:  Dann nimm's als Notiz. Wink Allerdings Frage ich mich, wieso man für solche massiven Änderungen nicht in einem eigen Branch macht Wink

Und wo steht geschrieben, das ein Trunk immer und jederzeit "stabil" sein "muss" Rolleyes

Es ist nicht umsonst der Entwicklerzweig, in welchem entwickelt wird.

Und genau das machen wir ja gerade, wir entwickeln was "neues" bzw. ispCP weiter. Und solange diese "Weiterentwicklung" nicht freigegeben ist, würde ich sagen benutzt das jeder auf eigenes Risiko. Tongue


RE: BUG build: 20101211 - Weiße Seite manage_users.php - gOOvER - 03-05-2011 02:42 AM

(03-05-2011 01:50 AM)ShadowJumper Wrote:  Und wo steht geschrieben, das ein Trunk immer und jederzeit "stabil" sein "muss" Rolleyes

das hab ich auch nirgends geschrieben oder gesagt. Wink Nur das mit Smarty ist so gewaltig, das es den kompletten Trunk "blockiert" Wink Deshalb war meine Frage nur, warum dies nicht in einem eigenen Branch gemacht wird Wink

So können "Tester" aktuelle Änderungen testen und werden nicht von unfertigen Dingen "geblockt".

Dies soll keine Kritik darstellen, das war nur eine Frage Wink


RE: BUG build: 20101211 - Weiße Seite manage_users.php - ShadowJumper - 03-05-2011 02:51 AM

Oh, die Smarty Implementierung ist keine gewaltige Sache. Da war das erstellen des neuen XHTML Styles wesentlich aufwendiger.

Nur hatte ich für diesen damals einfach mehr Zeit, während aktuell irgendwie die Zeit verrinnt.

Und Beruf bzw. Privatleben geht halt nun mal vor. Jetzt ist es ja aber fast fertig, und die paar Tage können die Leute ja noch warten. Zumal man ein Bugfixing ja auch so einspielen kann ohne gleich den ganzen Trunk installieren zu müssen. In der Timeline kann man ja sehr exakt sehen was genau geändert wurde, und braucht ggfs. dann nur die paar Zeilen bei sich selber austauschen.

Da die meisten sowieso Änderungen an ihrer Installation vorgenommen haben bleibt diesen Leuten keine andere Wahl da Sie sich ansonsten die Änderungen wieder überschreiben würden.

Um auch nochmal zur Trunk frage zurück zu kommen: Es macht keinen Sinn zig Versionen parallel zu entwickeln/debuggen, und danach dann beim mergen über evtl. gravierende Probleme zu stolpern. Wir überarbeiten gerade so viele stellen gleichzeitig, das alles andere nur zum "Chaos" führen würde. So ziehen sich die Entwickler den Trunk, und jeder ist auf dem aktuellsten stand, ohne erst mal zig Versionen untereinander angleichen zu müssen.