Tests & Probleme der SVN Revision 1374 - 2.8.2 RC

[dbs]

Es kann unter Präferenzen/Einstellungen die Sprache (z.B. auf Deutsch) nicht geändert werden

kann ich nur bestätigen, wenn das passwort falsch oder gar nicht angegeben wurde vorm speichern.
meldung: A senha(atual) informada não está correta
(testinstallation mit port/braz sprache)

[Hans Toolbox]

Ist das Teil Referrer-abhängig ?

Ich hab's unmittelbar nach der Installation geprüft, also ohne erneutes Einloggen.
Isch war ja schon drin  

Wenn Du mit den Checks durch bist, mach ich wieder mit 'ner neueren -ein paar warte ich schon ab   -Version weiter.

[dbs]

direkt nach install im backend umgestellt auf deutsch und dabei musst du ja nochmal das passwort eingeben.
war "früher" anders.

bei configura&ccdil;ões hast recht, haut nicht hin mit dem zeichensatz oder übersetzung.

dbs

[Waldschwein]

Hallo!

Das Eintippen des Passworts ist doch seit einigen Wochen ein Muss bei jeglicher Art in den Preferences. It's not a bug, it's a feature.

http://project.websitebaker2.org/changeset/1402/branches/2.8.x/wb/templates/wb_theme/jquery/tabber.css
-> Da steht "-khtml-border-radius :4px;"
Ich habe gerade nach gegooglet und kann die Hände über den Kopf zusammenschlagen, was da für ein Mist über border-radius auf verschiedenen Webseiten verzapft wird.
Für moderne Browser (also moderner als aktueller Firefox 3.6.x) muss es
"border-radius: 4px" heißen. Das ist dann auch CSS3 und Zukunftssicher. -khtml kann man getrost rauswerfen, weil sowohl Safari als auch Chrome mit CSS3 etwas anfangen können, für die das -khtml eigentlich gedacht ist (im Gegensatz zu Firefox 3.6., und mit Konquerer werden kaum Leute surfen...).

http://project.websitebaker2.org/changeset/1401/branches/2.8.x/wb/templates/wb_theme/templates/groups.htt
Hier wurde die FTAN gelöscht - nur als Hinweis, ob es so sein muss oder nicht kann ich nicht beurteilen.

Gruß Michael

[dbs]

Das Eintippen des Passworts ist doch seit einigen Wochen ein Muss bei jeglicher Art in den Preferences

du hast recht, das ist  schon üüüüüüüüübelst lange so. 

[Hans Toolbox]

Passworts ist doch seit einigen Wochen ein Muss

du hast recht, das ist  schon üüüüüüüüübelst lange so.

Das mag ja sein und wg. Sicherheitsgewinn gut sein , nur wer installiert und dann nichts mehr ändert bekommt von dieser Eigenscchaft nichts mit.
Erst bei Benutzung wie beim Test fällt es dann auf.

Die Frage, die sich stellt: Warum wird niemand bei Benutzung des "Features" darauf hingewiesen, daß "noch was nötig" ist, wenn er was ändern will. Zumindest bei mir kommt keine Warnung, Oder ist die gut versteckt, so daß ich die übersehen habe?

Bei solchen Features erst das Handbuch lesen zu müssen ist nicht gerade berauschend. Ist schon sinnvoll  die Installation mal ganz unbedarft zu machen, damit man weiß wie hoch die Mauer ist, gegen die man gerade läuft  

Edit: Das hat sich ja wohl aufgelöst. siehe Post weiter unten
Edit: Nicht nur das. Es hätte mir auffallen MÜSSEN. Aber manchmal ist's halt so....

<offtopic>
Hoffe, daß nicht irgendwo noch ein paar Referrer verarbeitet werden, die im LAN u.U. "dicke Probleme" verursachen können (ja, die gab's, wurde aber ganz schnell beseitigt !)
</offtopic>

[Waldschwein]

Die Frage, die sich stellt: Warum wird niemand bei Benutzung des "Features" darauf hingewiesen, daß "noch was nötig" ist, wenn er was ändern will. Zumindest bei mir kommt keine Warnung, Oder ist die gut versteckt, so daß ich die übersehen habe?

Hast du etwa das rot markierte im Screenshot übersehen?
Dass ich nach wie vor das Sicherheitsfeature für etwas... fragwürdig halte hat damit wenig zu tun, aber eigentlich steht ja alles auf der Seite, was zu tun ist.

Gruß Michael

[Hans Toolbox]

Hast du etwa das rot markierte im Screenshot übersehen?

Das ist echt ein DING. Diese Einstellung hatten wir gar nicht auf dem Schirm.
Kein Wunder, daß bei Euch die ? ? ? auf der Stirn stehen.

Wieso, weshalb, warum?
Keine Ahnung. Immer neue DB und kompletter Datenaustausch.
Werde beim nächsten Test drauf achten.
Eigentlich geht sowas gar nicht. Da muß schon einiges zusammengefallen sein (GAU)
Edit: Es hätte mir eigentlich auffallen MÜSSEN. Aber manchmal ist's halt so....

Vielleicht ja auch nur ein temporärer Zustand -z.B. wg anderer Sprache-, da es ja auch noch Bugs in der Benutzerverwaltung gab. Nun gut, gucken wir nach vorne. Mit jedem Mal wird's besser.

Danke für den Screenshot, sonst hätte man weiterhin aneinander vorbei geredet.

Edit:
Werde zukünftig bei Fehlermeldungen neu aufsetzen, um verifizieren zu können, so wie ich es bei den Sicherheitsaudits auch gemacht habe (So lernt man von anderen) Das hat sich ja bewährt.

Konzentrieren wir uns auf die nächsten Rev.

[Waldschwein]

Hallo!

Kleines Feedback zu Bugs (?) zu Rev. 1402, upgedatet von 1342 durch FTP.

1.) Preferences ist leer, zudem gibt es einen Fehler
Notice: Undefined variable: rec_user in C:\xampp\htdocs\web\wbtemp\admin\preferences\index.php on line 50
Kein Username, kein Datum, Sprachen bestehen nur aus (), auch sonst einfach leer.
Siehe Screenshot 1.

2.) Jegliches Speichern von Optionen (Settings) führt zu "Error saving page" mit einem Zurücklink. Das war es aber, Errorreportinglevel ist auf E_ALL / E_STRICT. Aber man könnte es auch gar nicht ändern.

3.) Man kann nach wie vor .PHP Dateien (per ZIP) in /media hochladen.

4.) In Media wenn man einen Ordner aufruft gibt es ein maximiertes Pop-Up in einem neuen Fenster / Tab. Nicht in Firefox 3.6 und Opera 10.53, aber in Chrome 5 und IE8 / IE7 Komp.Modus. (Komische Konstellation...)

5.) In Optionen -> Servereinstellungen:
"World-writeable file permissions (777) (Please note: this is only recommended for testing environments) " mit der roten Warnmeldung ist nur in normal, aber nicht in Erweitert zu sehen.

6.) Unter "Benutzer" und auch "Gruppen" kann man nichts speichern, hier ebenfalls "Error saving page" ohne weitere Meldungen.

Möge es helfen.

Gruß Michael

Edit: Nach einem Durchführen des upgrade-script.php sehe ich wenigsten meinen Benutzernamen / Angezeigter Name / E-Mail in Preferences. Preferences kann man speichern. Alles andere wie gehabt.

[Luisehahne]

Hallo Michael,

hast du auch mal das upgrade-script  laufen lassen?

zu 3 und 4) soweit sind wir noch nicht, Wenn das auch noch alles gefixt werden soll, wird es bis zur 2.8.2 Weihnachten. Lasst uns alles Step by Step machen. Dafür gibt es eben halt öfters neue Releases, wie damals von 2.6 auf 2.7

Dietmar

[Waldschwein]

Hallo Michael,

hast du auch mal das upgrade-script  laufen lassen?

Dietmar

Jep, danach sieht es so aus (es lief alles grün durch).
Alles andere bliebt wie bisher, auch Cache gelöscht / Browser die die Seite gar nicht kennen genommen.

Gruß Michael

Edit:

zu 3 und 4) soweit sind wir noch nicht,

Es wäre aber fatal, 3 nicht zu fixen. Das wäre noch schlechteres Marketing als 2.8.2 Weihnachten rausbringen. Du weißt, was die Jungs von Secunia unlängst dazu gesagt haben, die ja auch fleißig mittesten...
Ich warte lieber auf die 2.8.2 dann bis Weihnachten um ehrlich zu sein.

Gruß Michael

[Luisehahne]

Ok, werde folgendes auf meinem Liveserver machen:

Letzte SVN downloaden, Ordner admin, account, framework, search und include löschen. Diese Ordner mit der in SVN 1402 befindlichen ersetzen und testen.

@edit:
und natürlich auch die Backend Themes komplett löschen und neu aufspielen

Werde dann berichten

Dietmar

P.S Jetzt bräuchte man einen Wartungsmodus.

[Waldschwein]

Ok, werde folgendes auf meinem Liveserver machen:

Letzte SVN downloaden, Ordner admin, account, framework, search und include löschen. Diese Ordner mit der in SVN 1402 befindlichen ersetzen und testen.

Werde dann berichten

Dietmar

Wenn es Sinn macht, kann ich das Backup der websitebaker2.org (das ja auch nicht lokal ist) auch einmal von 2.8.1 auf SVN 1402 upgraden... Wollte nur warten, bis eine halbwegs sichere Version gibt.

Nur ich warte da bissl, weil... Der Server ist sehr heikel, so ziemlich alle Probleme die jemand haben kann in einer Version. 

Gruß Michael

[Luisehahne]

Lass mich erstmal selber testen, hatte ich zwar schon, aber nicht so brutal wie beschrieben

Dietmar

[dbs]

Upgrade von 1340 auf 1402:
das upgradescript gratuliert nicht, unerhört.
sagt überall ok und empfiehlt zum schluss das modul wysiwyg händisch upzugraden.
immer noch verwirrend das OK FAILED bei Adding field redirect_type to mod_menu_link table
am ende kein button, keine ahnung wie es weitergehen soll. (FF3.6)

ansonsten alles top im backend, auch unter einstellungen.
nichts leer, keine fehlermeldung trotz e_all/strict.
speichern in option ok.
ordner öffen im mediaverzeichnis ok.
warnmeldung bei servereinstellungen erweitert fehlt tatsächlich.
gruppe anlegen ok.

edit: gleiches ergebnis bei 1285 auf 1402 

[Luisehahne]

Ausser das gerade ein Kurzschluss mein Testen unterbrach, läuft auch bei mir alles einwandfrei.

Hmm, da werde nwir wohl näher forschen müssen. Bestimmt wieder einer der Fehler, wo man sich an den Kopf schlägt.

@Michael, sonst lass uns heute noch skypen.

@DBS
upgrade-script schau ich mir jetzt nochmal an.

Dietmar

[dbs]

sorry mal, das upgrade-script war ein hausgemachtes problem meinerseits im wysiwyg-modul (durch verwendung von wysiwyg with history).
dieses hat ein veraltetes upgradescript obwohl da gar keins reingehört. ohne das läuft upgrade 1a durch.

dbs

[Hans Toolbox]

R1402
Mal eine positive Nachricht.
Die bisher aufgetretenen Installationsproble me treten nicht mehr auf.
Andere Probleme wie beschrieben unter Optionen/Einstellungen traten auch nicht mehr auf.

Php-Dateien (Zip-Pack Upload in's MEDIA) auch gescheckt. Macht (Sperre) wohl wer über Core, oder ?

Spätestens zum Wochenende wird dann intensiver geprüft (muß jetzt noch Gäld un so...)
Bin bisher ja noch nicht weit gekommen  

Edit: Aber soeben beim Spielen schon eine etwas merkwürdige Eigenschaft  mit MEDIA entdeckt. Na, das wird ja lustig   Gut, wenn schon mal dabei, kann's ja jemand prüfen
Kurz gefaßt wird ein gelöschter Ordner immer noch in der Auswahl angezeigt (mit "Nebeneffekt")

Media-Verzeichnis
Einen weiteren Ordner z.B. "Test" einfügen
Zur Ebene Media wechseln
Den Ordner Test löschen
Nun die Auswahl: "Zielordner" öffnen
Dort den "immer noch sichtbaren" Ordner Test auswählen und gucken was im rechten Fenster(iFrame) zu sehen ist     Nach einem Reload der Seite ist alles ok.

Edit: Es wurde von der Grundkonfiguration Server/WB (Post #1) abgewichen, indem diesmal keine weiteren Module oder Templates genutzt wurden. Spätestens ab RC wird aber alles wieder genutzt, um auch mögliche Inkompatibilitäten aufzudecken (AFE war/ist solch ein Fall [wg. addon_id ?] Klappt aber dank "Luisehahne")

[Waldschwein]

Hallo!

So, habe Dietmar alles per E-Mail geschickt, war doch auf meiner Seite des Bildschirms das Problem. 
Ich habe die Backend-Themes nicht ordnungsgemäß gelöscht. Was aber irgendwie dann automatisch abgegriffen werden muss, und das upgrade-script hat ein paar Problemchen dabei wohl gehabt.
Da wäre es schon fast sinnvoll, ein neues Backend-Theme (also neuer Ordner & neuer Name) zu nehmen und das dann mit der Holzhackenmethode als Standard zu definieren, damit weniger Probleme auftauchen.
Aber gut, muss man genauer sehen.
PHP-Dateien werden aber weiterhin hochgeladen, für den neuen Ordner als Tab habe ich einen Fix an Dietmar geschickt (einfach target="_SELF" weglassen, man muss dafür aber zwingend in die /admin/media/browse.php).

Gruß Michael

[Hans Toolbox]

r1402
Diesmal upgrade von 2.8.1 auf r1402
Fehlermeldung:
Adding field redirect_type to mod_menu_link table
field '1308_mod_menu_link. redirect_type' already exists OK !
FAILED

Was denn nun?

[dbs]

mal weiter oben lesen?

oder anders: feld anlegen ging nicht = faild
weil feld schon da = ok 

[Hans Toolbox]

Klasse, nun fang ich auch schon an zu schludern.
An zig Plätzen zugleich arbeiten ist halt fehleranfällig (schnell wieder ändern)
DANKE

trotzdem irgendwie verwirrend...
wenn ok, dann brauche ich kein riesiges ROT, sondern: hat alles geklappt
trotz schon vorhandener Tabelle, also = Aktualisierung

[dbs]

ist trotzdem verwirrend und sollte geändert werden. rot mag niemand.

[Luisehahne]

Zur Info, das rote Failed hat nichts mit dem vorigem OK zu tun, sondern es handelt sich wirklich um einen Fehler. Wir arbeiten daran

Dietmar

[DarkViper]

das hübsche rot kommt nicht vom Anlegen eines Feldes, sondern vom nachfolgenden Befehl zum Ändern der Tabellenstruktur...

Ich bin gerade am Testen, weshalb SQL-Statements, die in z.B. phpmyAdmin funktionieren, per Script plötzlich nicht mehr gehen  (wobei phpmyadmin ja auch nix anderes als ein Script ist.)