Wer liest mit im SVN?

[leo]

Welche Entwickler außer xtra und leo.unglaub lesen eigentlich die Änderungen im SVN mit und testen (mehr oder weniger) regelmäßig die neuesten Builds?

[lucina]

Ich schaue ungefähr einmal in der Woche da rein, testen tue ich allerdings nicht so regelmäßig.

Carolina,

[leo]

Mit "mitlesen" meine ich auch hauptsächlich, die einzelnen Revisionen anzuschauen und die Änderungen auf eventuelle Fehler zu prüfen. Ein Test nach jedem Commit wäre doch recht zeitaufwändig

[lindesbs]

Ich schaue oftmals rein, manchmal aus zeitvertreib, aber als wirklich konstantes testen dients nicht. Dazu fehlt mir die Zeit.

Stellenweise mal zum ausprobieren, aber mehr nicht.

[leo]

"Nightly build" ist für mich ein Synonym für "verschiedene Änderungen" Gibt es da einen gebräuchlicheren Ausdruck?

[xtra]

Hi,
Wie im Eingangspost schon angefyhrt, ich checke den trunk regelmaessig aus und diffe durch wobei ich alles durchsehe.

Betreffend der "nightly builds". Nightly ist i.d.R. ein automatischer commit/build eines files.
Was du machst ist eigentlich ein regulaerer commit mit "various minor fixes" ohne zugehoerige Tickets und genauere Beschreibung.
Wenn ich etwas derartiges commite, dann schreibe ich meist obigen Satz oder aber "committing current workspace" oder so was in der Art, jedoch nur, wenn ich "zu faul" zu einem check bin, was ich alles geaendert habe.
Allgemein gesehen bist du jedoch vollkommen frei damit, wie du deine commits benennst, also ist auch nightly build vollkommen in Ordnung, und irgendwo auf dem Erdenball ist ja auch immer Nacht, von daher wen interessiert schon der Name der draufsteht, solange der Inhalt passt.

Gruss
Chris

PS: Ich denke es werden auch noch einige den svn mitlesen, die nicht hier im Board sind. Was meint denn deine Serverstatistik?

[FloB]

Ich verfolge fast täglich die Änderungen im SVN und lade i. d. R. mehrmals die Woche die aktuelle Revision herunter. Ausführliche Tests führe ich zwar nicht durch, aber installiere (je nach Änderungen in der Revision) auch mal einen Nightly auf einer Live-*/Test-Seite und lokal und probiere einige Änderungen durch bzw. ob meine Installation(en) noch laufen (also inklusive 3rd-Party-Erweiterungen).

* Ja, sollte man nicht, aber ich schau mir den geänderten Code immer vorher an …

[leo]

Gut, dann weiß ich ja erstmal, wen ich bei Rückfragen kontaktieren kann

Wir kommen jetzt so langsam in den Bereich des finalen Release, daher sind Tests nicht verkehrt. Viele Erweiterungen sind schon angepasst und der trunk ist bis auf das letzte offene Ticket (Contextmenü statt zusätzlichem Edit-Button) Feature-complete. Ich werde diese Woche noch https://contao.org umstellen, damit auch die Übersetzer ihre Arbeit abschließen können. Dann kann die 2.8 gegen Ende Februar kommen.

Und ich kann es nicht oft genug sagen: Vielen Dank für eure Hilfe!

[xtra]

Viele Erweiterungen sind schon angepasst und der trunk ist bis auf das letzte offene Ticket (Contextmenü statt zusätzlichem Edit-Button) Feature-complete.

Kriegen wir den __autoload hook evtl. auch noch rein?

Und ich kann es nicht oft genug sagen: Vielen Dank für eure Hilfe!

Gerne geschehen, ich mein, wir profitieren doch auch in hoechstem Masse davon.

Gruss
Chris

[leo]

Kriegen wir den __autoload hook evtl. auch noch rein?

Ich fürchte nicht, da hier noch überhaupt keine Einigung in irgendeine Richtung stattgefunden hat. Ich möchte noch prüfen, ob man nicht eine "if function_exists('spl_autoload')"-Version erstellen kann. Daneben möchte ich auch prüfen, wie sich ein Verzicht auf den Autoloader auf die Performance auswirkt (die Dateien würden dann explizit über eine eigene Funktion eingebunden). Die Array-Lösung scheint mir überdimensioniert, denn wenn der Speicherort einer Datei sowieso klar ist, kann man sie ja auch direkt einbinden. Es geht also hauptsächlich um Modul-Dateien und Plugins, die ebenfalls den Autoloader nutzen.

Falls Du für eine Erweiterung kurzfristig eine Lösung benötigst, baue ich Dir gerne noch einen exklusiven Hook ein (Anfrage bitte im Ticket). Grundlegende Änderungen möchte ich aber zuerst ausführlich testen.

[SunBlack]

Hallo,

ich schaue über das Ticketsystem gelegentlich auch mal die Änderungen rein, denn dadurch sieht man wie du ein Problem gefixt hast, während man vorher nur alle Ändeurngen gesehen hat und somit nicht wusste, welche Änderung welchen Bug behoben hat. Von daher sage ich auch mal danke für das SVN . Zum testen mit dem SVN-Build kam ich bisher nicht (außer einem Commit kurz nach der Einführung), da mit momentan für TL die Zeit leider fehlt.

Daneben möchte ich auch prüfen, wie sich ein Verzicht auf den Autoloader auf die Performance auswirkt (die Dateien würden dann explizit über eine eigene Funktion eingebunden).

Unter Windows hatte ich mal eine Performancemessung gemacht. Dabei war __autoload eindeutig ein deutlich langsamer als die direkte Einbindung. Von daher mache ich es bei meinen Projekten inzwischen immer so, dass alles direkt eingebunden wird, wo man weiß, dass man sie von Anfang an braucht - den Rest kann man per __autoload machen, da selbstgeschrieben Methoden aufwändiger sind und nur wenig bis keine Performancevorteile bringen.

[BugBuster]

Hallöchen,
lese grad erstaunt man könne bereits das SVN ausschecken.
Hab ich noch garnicht mitbekommen.
Gibts da ein besonderen Link oder den ich im Projektarchiv sehe?

Sonst Hinweise dazu?
Mit SVN kenn ich mich an sich aus.

[FloB]

Infos gibt es hier: https://contao.org/typolight-entwick...tml#repository
Hatte es auch eher per Zufall erfahren .

Und ich kann es nicht oft genug sagen: Vielen Dank für eure Hilfe!

Gern geschehen, auch wenn die Hilfe zur Zeit begrenzt ist .

[BugBuster]

Infos gibt es hier: https://contao.org/typolight-entwick...tml#repository
Hatte es auch eher per Zufall erfahren .

Danke, werd ich gleich mal versuchen.
Nachtrag: ach geht das schön schnell....

[FloydThreepwood]

Ich hab eine Testversion auf dem Server, die ich immer wöchentlich auf den aktuellsten Stand bringe. Allerdings nutze ich sie zumeist für meine eigene Modulentwicklung und nutze von daher zwar den Core aber kaum eine Erweiterung.

Bei den Tickets habe ich gerade erst angefangen einen Überblick zu gewinnen.

MFG JPP

[ChrMue]

Ich zieh mir gelegentlich neue Dateien auf eine Testinstallation, um bei der Entwicklung von Erweiterungen auch immer die Weiterentwicklung des TL-Core im Auge zu behalten. Vor allem bzgl. der Frameworknutzung und der Kompatibilitätsprüfung.
Gruß
ChrMue

[do_while]

Aufgrund dieses Threads habe ich erstmals in das Projektarchiv hineingesehen. Es ist ja toll, wie schnell man dort die Änderungen herausfinden kann. Ich schaue jetzt sicherlich auch öfter mal vorbei.

Für mein Ticket #1472 habe ich aber noch eine Bemerkung im Ticket eingetragen:
http://https://contao.org/issues/show/1472

Wie kann man ein reOpen machen?
Bei der Lösung fehlt nämlich noch eine Kleinigkeit.

EDIT: Es ist wohl noch zu früh! Hat sich erledigt - Leo hat bereits reagiert, ich hatte nur noch keine Mail bekommen. Sorry für die Aufregung

[BugBuster]

Hallo Leo,
um auf deine Frage zurück zukommen, ich werde in Zukunft öfters mal auschecken, jedoch nur wenn es meine Module betreffen könnte.
Mehr Zeit hab ich leider nicht.
Sollte ansonsten ein wichtiges Feature / Bugfix bei sein, wo viel Tester nötig sind, dann sicherlich auch.

[leo]

Ich musste gerade noch mal eine Änderung an der Funktion "getAllEvents()" vornehmen, die ja bekanntlich den größten Teil der Eventlogik steuert und daher durchaus als "heikle Funktion" bezeichnet werden kann

Könntet ihr bitte - sofern ihr irgendwo die Kalender-Erweiterung nutzt - die Änderungen in der r149 ausführlich testen und mir eine Rückmeldung geben, wenn etwas nicht funktioniert?

[leo]

Am Wochenende werde ich die noch offenen Tickets bearbeiten, so dass die 2.8.2 möglichst Anfang nächster Woche erscheinen kann. Voraussichtlich ab Samstag Nachmitag/Abend kann (und sollte) getestet werden.

[lindesbs]

wow, wird dann ja ein stressiges WE...

[andreas.schempp]

Diese Thread hat mich auf die Idee gebracht: Ich hab mir jetzt ein E-Mail Abo für die Änderungen angelegt, und lese somit zumindest mit welche Dateien sich mit welcher Commit-Message geändert haben

[BugBuster]

Teste auch grad.

[BugBuster]

cool Sache das mit dem white theme von Mediabox ( http://https://contao.org/issues/1651 ) und dem Tipp für den "counterText".
Wobei ich mir grad überlege, aber das ist sicher Ansichtssache / Geschmackssache, ich werde mir den Hintergrund weiterhin scharz färben lassen und nur die Box selber in weiss.

Da ja die eigenen CSS nach dem der Mediabox geladen werden, habe ich dazu einfach definiert:

#mbOverlay {
	background-color: #000;
}

Schön isses

[lucina]

Sehr schön, die Mediabox ...

Ansonsten schaut das für mich - soweit der Testtag und die lange Ticketliste das jetzt hergab - sehr gut und stabil aus.

Carolina.

[FloB]

Bestätige ebenfalls keine Probleme mit den Changes!

[BugBuster]

werd ich frühestens heute Abend testen können, meine trunk Installation läuft nur dort

[FloB]

Kann weder einen Absturz des Fx 3.6.3 / Mac OS X 10.5.x bestätigen, noch dass nichts in den Cache geschrieben wird. Bei mir füllt der sich prima .

[leo]

So, ich habe den Theme-Manager jetzt noch mal überarbeitet und unter anderem die verschiedenen Tickets dazu geschlossen. In der Revision 364 ist der Importprozess jetzt zweigeteilt: Im ersten Schritt werden eventuell fehlende Datenbankfelder geprüft und nach fehlenden eigenen Layoutbereichen geschaut. Der Benutzer kann so eventuell fehlende Extensions oder Layoutbereiche vor dem zweiten Schritt (dem eigentlichen Import) anlegen.

[leo]

Wie ihr wisst ist der 4. Juli spätester Termin für das finalen Release (Contao 2.9.0). Bitte testet daher die nächsten beiden Tage ausführlich die letzte Version im trunk (zur Zeit r480), damit wir die 2.9 am Freitag oder Samstag freigeben können.

Vielen Dank für eure Unterstützung.

[Nina]

Schon dabei (ergibt sich automatisch beim Schreiben/"Screenshot-Erstellen")

Gibt es Bereiche die besonders ausführlich getestet werden sollen?

[leo]

Nein. Gut wäre es, wenn nicht alle Tests mit der Music Academy laufen, sondern ein paar Live-Seiten kopiert und in einer separaten Installation getestet würden. Wichtig sind auch die Änderungen am SMH, die ich bereits sowohl für die 2.9.0 als auch für die 2.8.4 auf Deinem (Ninas) Testaccount getestet habe. Aber gerade da weiß man ja nie, welche unvorhersehbaren Konfigurationen in der Praxis verwendet werden.

[schman]

Hallo Leo, ich muss eh gerade eine Seite (welche noch auf 2.6 bassiert) updaten.
jetzt die Frage wäre es dir lieber wenn ich die Seite quasi nachbaue (ich denke so findet man eher Fehler) oder wenn ich diese nur importiere?

Leider kann ich den SMH nicht testen, da unser Server dieser nicht benötigt.

[leo]

Importieren sollte eigentlich reichen (nachbauen ist u.U. ziemlich viel Arbeit).

[schman]

Das habe ich gerade auch bemerkt das es verdammt viel Arbeit ist wenn ich es nachbaue

[andreas.schempp]

Ich habe auch mal den neusten SVN-Build auf einem System installiert. Das System verwendet auch eine kommerzielle Lizenz, und ich kann dazu bisher sagen dass wir keine Probleme haben und das automatische entfernen der Copyright-Hinweise mit meinem Modul immer noch funktioniert. Ausserdem kann ich noch berichten dass auch die Encryption-Routinen funktionieren, ich muss auf dem System nämlich Kreditkarten-Daten speichern

[leo]

Ich habe gerade ein Problem mit dem Frontend-Cache behoben, also an einer etwas heikleren Stelle im System operiert. Mit dem neuen Code ist es auch möglich, die Startseite (leere Domain) in Abhängigkeit von der Browsersprachen zu cachen. Dabei wird jedoch für jede mögliche Sprachkombination eine eigene Cache-Seite angelegt:

1. Besucher mit Browsersprache "de" -> Cache-Seite "empty.de"
2. Besucher mit Browsersprache "de, en" -> Cache-Seite "empty.de.en"
3. Besucher mit Browsersprache "en, de" -> Cache-Seite "empty.en.de"
4. Besucher mit Browsersprache "fr, it, en" -> Cache-Seite "empty.fr.it.en"

Für eine Webseite wie contao.org bedeutet das, dass die Startseite mindestens einmal pro Sprache gecached wird. Ich kann noch nicht abschätzen, ob das besser oder schlechter ist, als die Startseite gar nicht zu cachen, wie es momentan der Fall ist. Einen Test ist es aber auf jeden Fall wert.

Die 2.9.1 sollte dann relativ zügig nachdem ihr die Änderungen getestet habt erscheinen.

[SunBlack]

Ich konnte der Änderung bezüglich bisher kein Problem feststellen.

Was mir aber eben aufgefallen ist: Ich habe beim Startpunkt von MusicAcademy 60Sekunden Cache eingestellt. Das Interessante ist das er bei courses.html ein Datei in system/tmp/ ablegt, aber bei services.html und z.B. navigation.html erfolgt das nicht, obwohl kein extra Cacheverhalten eingestellt ist. By Design or Bug?

Btw: Hattest du das Cookie-Teil2-Problem noch im Bugtracker registriert? (Also meine Reaktion nach der Implementierung?)

[FloB]

Was ist mit Page-Alias 'empty.lng1.lng2…'? Da könnte es doch Kollisionen geben, oder? Hab bisher nur den Code angesehn, komm grad nicht dazu Tests zu fahren.

[BugBuster]

Das Interessante ist das er bei courses.html ein Datei in system/tmp/ ablegt, aber bei services.html und z.B. navigation.html erfolgt das nicht, obwohl kein extra Cacheverhalten eingestellt ist.

Also bei mir ist da per default "0 (nicht cachen)" eingestellt. Kann mich nicht erinnern das selber eingestellt zu haben.