Aller Umstieg... schlägt fehl :(

[ralf]

... da hätte ich das erst gar nicht gepostet ...

Das Problem mit der gelegentlich falschen Sprachzuordnung im Backend ist mir auch schon aufgefallen, habe es aber noch nicht zu fassen bekommen - ist kein festes Schema dahinter. Sobald ich da mehr weiß, mache ich ein Ticket auf.

Gruß
Ralf

[shadowcat]

Das Problem mit dem ZIP habe ich gefunden, in der Datenbank werden mehrere MIME-Typen mit der Endung ZIP in Verbindung gebracht, es "gewinnt" application/x-zip-compressed, ermittelt wird aber application/zip. Daher wird die Datei als ungültig zurückgewiesen. Wird behoben (auch wenn ich noch nicht genau weiß wie...)

[shadowcat]

Das Problem mit der gelegentlich falschen Sprachzuordnung im Backend ist mir auch schon aufgefallen, habe es aber noch nicht zu fassen bekommen - ist kein festes Schema dahinter.

Bei Bakery betrifft es bei mir ulkigerweise nur die Buttons. Vielleicht komme ich ja dahinter.

[ralf]

Das Problem mit dem ZIP habe ich gefunden, in der Datenbank werden mehrere MIME-Typen mit der Endung ZIP in Verbindung gebracht, es "gewinnt" application/x-zip-compressed, ermittelt wird aber application/zip. Daher wird die Datei als ungültig zurückgewiesen. Wird behoben (auch wenn ich noch nicht genau weiß wie...)

Code: Alles auswählen

finfo_file()

sollte das eigentlich zuverlässig können ?!

[shadowcat]

So, ich hoffe, ich habe das ZIP-Problem gelöst. Anbei zwei Dateien zum Austauschen für einen schnellen Test. ajax_upload.php gehört nach ./backend/media, Upload.php nach ./framework/CAT/Helper.

[shadowcat]

Code: Alles auswählen

finfo_file()

sollte das eigentlich zuverlässig können ?!

finfo_file() geht nur über die Dateiendung, damit kannst Du ein JavaScript als ZIP unterjubeln, ohne daß es auffällt. Drum nutzen wir ja auch bevorzugt die lib_getid3.

Das Problem lag hier aber daran, daß wir mehrere Mimetypen für eine Endung in der DB haben, aber nur die letzte gefundene in die Liste der gültigen übernommen haben. Und das war halt in diesem Fall grad die Falsche. Hab ich aber hoffentlich gefixt.

Ich werde noch ändern, daß bei der Installation die Sicherheitsstufe herunter gesetzt wird, wenn keine lib_getid3 installiert ist. Die lib_getid3 kann die Stufe dann höher setzen. War ja in der Vergangenheit auch schon öfter ein Stolperstein.

[shadowcat]

Ach, BlackNews ließ sich wegen der Version nicht installieren, richtig? Einfach die precheck.php aus dem ZIP entfernen.

[shadowcat]

So, das nächste Problem hat sich auch geklärt, nämlich das mit den englischen Buttons in Bakery.

Es ist so: BC guckt automatisch beim Laden eines Moduls, ob eine "alte" oder "neue" Sprachdatei vorhanden ist, und bindet sie dann passend ein. Im Fall von Bakery wäre das bei deutschem Backend also die DE.php.

In der modify.php von Bakery wird erst mal per Default die EN.php geladen. Danach wird geprüft, ob für die aktuelle Sprache eine Sprachdatei vorhanden ist. Wenn ja, wird diese mit require_once eingebunden. Und genau da liegt der Hund begraben: Da die Datei schon mal eingebunden wurde, wird sie nicht noch einmal geladen. (Weil eben _once) Und die englische Sprachdatei hat die zuvor schon geladenen deutschen Sprachstrings "überladen".

Ich sehe da keine Lösungsmöglichkeit, ohne die ganze Sprachenladerei zu gefährden.

[florian]

Hallo,

vielen Dank für die schnelle Unterstützung.
Der Hotfix für den Zip-Upload hat geholfen, d.h. der Upload funktioniert jetzt. Schön!
BlackNews konnte dank des Tipps nun auch installieren. (Warum muss ich nur immer an Monty Python denken? ^^)

Die Module habe ich ganz normal übers Backend installiert, sprich Addons > Erweiterung installieren.

Ich beteilige mich gern am Betatest für die 1.0.2.

Viele Grüße
-Florian.

[shadowcat]

Schon mal super!

Für Bakery habe ich einen eigenen Thread angelegt, das scheint eine größere Aktion zu werden. http://forum.blackcat-cms.org/viewtopic.php?f=12&t=144