Tests & Probleme der SVN Revision 1374 - 2.8.2 RC

[HANS 0]

Neuinstallation, kein Update
Version 2.8.2
Revision 1374
Server NGINX/Windows
MySQL: Version: 5.1.35-community
PHP (FastCGI): v 5.2.10 / v5.3.0 / 5.3.2-nts (je nach CMS und Anforderungen)
WB-Error-Level: E_ALL&E_STRICT
Edit: Im Module-Verzeichnis befinden sich zum Installationszeitpu nkt diverse Module
Edit2: Mit Templates verhält es sich ebenso
Edit: Browser= FF, Opera, IE7, Chrome, Safari (alles WIN)

Einstellungen:
Warning: array_key_exists() [function.array-key-exists]: The second argument should be either an array or an object in Z:\html\framework\class.secureform.php on line 148

Notice: Undefined variable: rec_user in Z:\html\admin\preferences\index.php on line 50

Unter "Benutzername:" und "Angezeigter Name" NIX ! = LEER

Benutzergruppen:
Keine Administratorgruppe zu sehen

Abmelden im BE geht nicht.

Kann das jemand bestätigen?

[Luisehahne]

Bitte mit der 1378 nochmal prüfen, in der install fehlte noch ein neues Feld in der Tabelle

und danke fürs Testen

Dietmar

[HANS 0]

Test mit r1380 scheitert an der Installation
Ohne Prefixangabe gibt's 'ne Fehlermeldung:
Only characters a-z, A-Z, 0-9 and _ allowed in table_prefix.

Mit Prefix habe ich es erst garnicht versucht

[Waldschwein]

Hallo!

Eine kleine OffTopic-Anmerkung: Es wäre sinnvoll, bevor die RC der 2.8.2 rauskommt ein paar Tage das SVN ruhen zu lassen und evtl. im Forum kurz daraufhinzuweisen. Die SVN wird von wenigen getestet, die RC schon von wesentlich mehr, da ist es besser, wenn die groben Fehler alle draußen sind. Nur eben, dass nicht in der ganzen Änderungsflut (die natürlich super ist!) plötzlich mittendrin eine Beta / RC (im Web 2.0 Zeitalter gibt es keine RCs, da ist grundsätzlich alles Beta) kommt.

Gruß Michael

[HANS 0]

SVN ruhen lassen ist schei.....
Wenn in 'nem RC die momentanen Schnitzer drin sind, dann wird's aber peinlich.
<polemik>
Wenn's peinlich ist, daß es peinlich ist, dann macht die Entwicklung doch direkt im Bunker.
</polemik>
Bei 'ner SVN darf man sich manchmal wundern, aber die "Schwankungen" werden akzeptiert, ohne Aufschrei.

Ein regelrechter Massentest erfolgt nach einem RC sowieso nicht und sagt überhaupt nichts über die Qualität der Überprüfung aus.
Ich schnappe mir zwischendurch immer mal eine SVN, um zu schauen was so passiert, erst recht wenn es auf RC zugeht. Aus meiner Sicht wäre es vor der Ausgabe eines RC die Aufgabe intensiver und spezifisch zu testen.

Sinnvoll ist weiterhin  nicht Druck aufkommen zu lassen, sonst passieren wieder so merkwürdige Sachen, wo man sich dann monatelang dran abarbeiten darf.

Besser wär's den "Intensivtestern" Vorgaben hinsichtlich der Aufgaben zu machen, so daß hier auch nach sehr kurzer Zeit tote Hasen ausgebuddelt werden können.

Wer zwingt denn wen WB als RC am  Monatsende rauszugeben? Irgendwie GaGa.

Dieser Mann >>Luisehahne<< und andere aus dem DEV-Team machen 'ne klasse Arbeit. Mit WB 2.8.2 ist der Core in Teilen mehr als nur aufgefrischt worden. Zu hoffen ist, daß die Modul-Bastler das auch mitbekommen.

[Luisehahne]

Hi,

Zu hoffen ist, daß die Modul-Bastler das auch mitbekommen.

Das soll und muss auch geschehen, sonst bleiben viele Module auf der Strecke. Unsere Unterstützung werden die Moduleentwickler bekommen. Wird auch die Module aufwerten, denke ich. Wir werden usn rechtzeitig nachaussen öffnen.

Dietmar

[Waldschwein]

Hallo!

Bitte unbedingt die Information beim Schließen / Fixed / usw. von ernstgemeinten Tickets in trac verbessern. Man gewöhnt sich hier eine Schludrigkeit an, die dazu führt, dass später niemand mehr nachvollziehen kann was wann gefixt wurde und warum etwas nicht gefixt wurde. Ein Ticket auf fixed setzen mit dem Zusatz "somewhere in future" wäre so etwas - das keinesfalls einführen!!! Ich weiß, dass es nicht wenige Tickets gibt, aber dann lieber unbearbeitet lassen. Auch bei jedem Fix unbedingt angeben welcher Changeset es gefixt hat. Man hat sonst später nur die doppelte Arbeit ihr wisst vielleicht wo und wie, aber ein halbes Jahr später nicht und andere die evtl. in Zukunft einsteigen noch weniger.

Gruß Michael

[HANS 0]

r1383
http://127.0.0.1/install/save.php
Fatal error: Call to a member function numRows() on a non-object in Z:\html\framework\functions.php on line 803

[HANS 0]

r1385
http://127.0.0.1/install/save.php

Warning: Unexpected character in input: ''' (ASCII=39) state=1 in Z:\html\admin\interface\version.php on line 55

Warning: mysql_fetch_row(): supplied argument is not a valid MySQL result resource in Z:\html\framework\class.database.php on line 100

[Luisehahne]

Danke,

versions.php ist gefixt.

Dietmar

[DarkViper]

No of us ever has promised a capable installation from the SVN.
Here you can get the newest changes which can be tested beyond productive environments.

!!! Never await a bugless, full-running software from the SVN !!!

!!! SVN is the development environment only !!!

!!! SVN never is a release !!!

!!! using parts from SVN is on your own risk only !!!

[HANS 0]

Ist der SVN-Test nun nicht mehr gewünscht?
Falls zutreffend könnt Ihr den Scheiss wirklich allein machen, dürft Euch aber nicht darüber wundern, wenn WB zerrissen wird. Seid doch froh, daß sich einige um die SVN kümmern, statt erst bei RC- Das braucht auch seine Zeit. Könnt Ihr Euch mal einig werden?
Der Topic ist von mir der Einfachheit wegen eröffnet worden, statt für jeden Furz ein Ticket aufzumachen. Diese Vorgehensweise hatte sich schon bei der letzten Version als nützlich erwiesen.

[ruebenwurzel]

Hallo,

um SVN1388 ohne Fehler installieren zu können bitte in der install/save.php Zeile 550 ändern von:

Code: [Select]

.' PRIMARY KEY (`type`,`directory`) '
in

Code: [Select]

.' PRIMARY KEY (`addon_id`) '
Und bitte den Ball ein bisserl Flach halten. Die Dev's machen derzeit einen der größten Umbrüche im Core, die WB seit langem gesehen hat. Es geht da vor allem drum WB noch sicherer zu machen und die Weichen für künftige WB Versionen zu stellen. Da kann es durchaus mal sein, dass halt eine SVN Version nicht ganze das macht was der User erwartet, weil halt schon code mit reinrutscht, der für die nächste "Ausbaustufe" gedacht war. Und wer SVN mitverfolgt wird sicherlich auch sehen, dass solche Dinge oft innerhalb von Stunden wieder gefixt sind. Also keine Panik.

Matthias

[HANS 0]

Nicht anders, als von Dir vorgetragen, verstehe ich das auch, weshalb ich auch meist einige Rev. überspringe, bis ich wieder Teste. (Das läßt sich so verfolgen). (-und natürlich habe ich in Teilen auch ie Entwicklung wahrgenommen-)

Die wenigsten wissen sowieso etwas über SVN. Es dürften nur wenige Verirrte sein, die SVN, in der jetzigen risikoreichen Phase, für den regulären Betrieb nutzen. Aktuell unter diesem Topic werden es die sein, die einfach in dieser Phase unterstützen wollen. Nicht mehr und nicht weniger. Wie man sehen kann, wird noch nicht mal kommentiert, sondern nur das nötigste angemerkt. Die Leute wissen also (auch rückblickend) anscheinend was sie tun.

[HANS 0]

r1388
http://127.0.0.1/install/save.php
Warning: mysql_fetch_row(): supplied argument is not a valid MySQL result resource in Z:\html\framework\class.database.php on line 100

[Waldschwein]

Hallo!

Die wenigsten wissen sowieso etwas über SVN. Es dürften nur wenige Verirrte sein, die SVN, in der jetzigen risikoreichen Phase, für den regulären Betrieb nutzen.

Nun, das ist auch richtig so aus meiner Sicht. Die SVN sollte nicht als Ersatzversion für die regulären Releases genommen werden, weil dort Feature X und Bug Y behoben ist und man nicht abwarten will. Wer die SVN testet weiß, was er da tut - und eben diese Leute haben in der Regel auch ein gewisses Gespür richtige Meldungen abzugeben in der nötigen Art und Weise (also kein "doesn't install plz help ").
Die SVN ist aber auch das große Potential von WB - eben OpenSource. Jeder hat die Möglichkeit nachzuvollziehen mit einem gut geführten Changelog wo die Wahrscheinlichkeit von neu eingeführten Fehlern herrührt und kann dann auch recht präzise gleich einen Lösungsvorschlag unterbreiten ohne erst langwierig den Code durchsuchen zu müssen, Debugger laufen lassen usw.

Dass die SVN nicht unbedingt stabil ist muss nicht extra erwähnt werden, sonst könnte man sich das ganze ja auch sparen. Ich verstehe daher den Beitrag von Werner nicht wirklich und würde wünschen (in ganz und gar unköhler'scher Weise), dass man eher das Testen der SVN & das Bugreporting noch stärker (oder überhaupt) promotet und bekannt macht als bisher.

Gruß Michael

[DarkViper]

grrr... eine Einschränkung von mySQL.

r1388 (clean install, PHP 5.3.1, E_ALL + E_STRICT):
Installation (save.php):
Warning(s): mysql_fetch_row() expects parameter 1 to be resource, boolean given in framework\class.database.php on line 100 ...

After backend login (viewing pages/index.php):
Fatal error: Call to a member function numRows() on a non-object in admin\pages\index.php on line 558
Seems not all required DB values are created during installation (e.g. settings, preferences ...)

mySQL erzwingt leider, dass ein Autoincrement unbedingt als primary-key genutzt wird. Dadurch wurde die Tabelle 'addons' nicht auf allen Systemen erstellt. Die obigen Fehler sind einfach nur Folgefehler daraus.
'addons_id' muss noch kurze Zeit verfügbar bleiben, da es zwar nirgendwo im Core genutzt wird (alles bereits bereinigt) jedoch ein oder zwei Zusatzmodule es noch einsetzen.
Spätestens zur 2.9.0 wird 'addon_id' auf jeden Fall verschwinden, und der Primary-Key auf die Feldkombination  type/directory (der reale PrimaryKey der Tabelle) verschoben, alleine schon um sicher zu stellen, dass keine module/sprachen/templates versehentlich doppelt in der DB erscheinen können. Temporär wurde jetzt dafür ein zusätzlicher unique-key eingefügt.
----

Sorry, wenn ich vorher mal 'etwas' deplaziert war...  aber derzeit ist der Druck einfach extrem( neben den 8 Std WB täglich so ganz 'nebenbei' noch die normale Arbeit....)

[HANS 0]

Na, dann bekommen die Modul-Bäcker im Zuge der Entwicklung  ja bald Post 

[HANS 0]

R 1390
Eingangsform: Übernahme der Voreinstellungen
http://127.0.0.1/install/index.php?sessions_checked=true
Ohne Prefix ok.

Mit Prefix: 282_
Error: Only characters a-z, A-Z, 0-9 and _ allowed in table_prefix.

[HANS 0]

R1393

Optionen
Standardeinstellung en
Zeitformat: 7:12 PM
Der Versuch auf 19:12 (24h) umzustellen schlägt fehl.

Benutzerverwaltung
Gruppe "Testgruppe" hinzugefügt ohne irgendeine Berechtigung zu setzen.
Laden der Gruppe "Testgruppe" (wählen/ändern) zeigt, daß ein Template "zwangsaktiviert" ist.
Der Versuch zu deaktivieren schlägt fehl.

[Luisehahne]

mache ich mich heute abend noch daran

Danke
Dietmar

[HANS 0]

Keine Panik
Ich mach' ja auch nur wenn ich kann.
Das "Ding" mit der Benutzerverwaltung ist schon etwas "älter", aber wenn Ihr schon mal dabei seid..... 

[DarkViper]

an dem /admin/users - Teil schraube ich gerade noch. Keine Änderungen, sondern komplett neu

[HANS 0]

R 1394
Erst Donnerstag wieder Test
Dennoch schon mal 'ne Meldung

Im BE Bei der Installation die Sprache auf Portugese/Brasil eingestellt

Fehlanzeige:
Konfiguration = configura&ccdil;ões / auch in Untermenus
Weitere nicht untersucht.

Fehler
(Edit: Nachträglich mit anderen Sprachen wiederholt)
Es kann unter Präferenzen/Einstellungen die Sprache (z.B. auf Deutsch) nicht geändert werden
Edit: Ob unter "Optionen" auch fehlerhaft ( in Kombination) nicht weiter getestet.
Edit: Egal was unter Optionen steht, Wechsel der Sprache unter Pref. klappt nicht, also auch mit "Standard" nicht.

Bis später  

Nachtrag
Nur ein kleiner Nebenschauplatz
Opera 10.53 kann den FCK nur nutzen, wenn er sich explizit als Opera ausgibt.
Als Firefox oder IE ist kein Editor zu sehen.
Mit CK scheint es zu funktionieren ("nicht wirklich"  geprüft)

[HANS 0]

Revision 1395
Alles wie gehabt