Page 1 of 2

Fehler bei serendipity_event_categorytemplates nach Update

Posted: Sun May 26, 2013 1:50 pm
by Farlion
Hallo zusammen :)
Bei mir ist in einem Blog nach dem Update auf 1.7 folgender Fehler aufgetreten:
Wenn man das Plugin "Eigenschaften/Templates von Kategorien" installiert hat und einer Kategorie ein separates Template zugewiesen hat, lässt sich das Layout (in meinem Fall Bulletproof) über "Kategorien/Bearbeiten/Template-Optionen" nicht mehr bearbeiten. Es kommt eine weiße Seite Auf der nur die Überschrift "Template-Optionen" und die Zeile "Farbwahl" ohne zu sehen ist. Außerdem ist der Pfeil eines Pulldown-Menüs zu sehen, das allerdings nicht arbeitet und der Speichern-Button.
Glücklicherweise wollte ich nur eine kleine Änderung vornehmen, so dass die Funktionalität des Blogs dadurch nicht eingeschränkt ist.
Hat dieses Problem noch jemand?

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 2:14 pm
by Timbalu
Es kann sehr gut sein, dass das mit dem (browser cache) reload issue zusammenhängt, das nur bei bulletproof (aufgrund seiner Vielfältigkeit und Größe) auftritt.
http://board.s9y.org/viewtopic.php?f=10 ... f&start=15 FF

Probier mal ein kontrolliertes force reload [ctrl]-[R]-[F5], wenn die weiße Seite auftritt.
Das wäre dann erst (experimentell) mit Serendipity 2.0 gefixt...

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 3:48 pm
by Farlion
Hallo Ian, du bist ja fix heute. :)
Nein, das hatte ich bereits probiert und habe es gerade nochmal getestet, das funktioniert so leider nicht. Die Seite bleibt, wie sie ist. Zum Glück muss ich momentan nicht zwingend etwas daran ändern. Also muss ich wohl bis zur 2.0 warten.

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 3:58 pm
by Timbalu
Farlion wrote:Hallo Ian, du bist ja fix heute. :)
... Also muss ich wohl bis zur 2.0 warten.
Heute ist Regenwetter und Sonntag ;-)
Aber nur, wenn das der eigentliche Grund ist...

Du könntest das ja mal fix ausprobieren ...
https://github.com/s9y/Serendipity/comm ... 4aee8f07dd
und diese fixes von Garvin in dein 1.7 einbauen (was durchaus möglich ist, nur nicht per file c&p)

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 4:12 pm
by Farlion
Danke, schaffe ich allerdings heute zeitlich nicht. Werde morgen erstmal ein Backup der aktuellen Installation machen und werde dann morgen oder übermorgen mal drangehen.

Ach, noch zur Info: Das Kategorie-Template ist übrigens das selbe, wie das Haupttemplate, nur mit anderer Headergrafik. Ich bin also bei dem Wechsel innerhalb von Bulletproof geblieben, nur falls das irgendwie relevant sein sollte. ;)
Ich melde mich mal spätestens übermorgen wieder, wenn ich die Fixes von Garvin getestet habe.

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 4:35 pm
by Timbalu
Ja, das würde mich sehr interessieren!

Tatsächlich war categoryTemplates bei dieser Sache relevant.
Lies mal die comments unter dem commit durch (auch wenn das wahrscheinlich eine Zumutung ist). ;-)
Das geht dann weiter in http://board.s9y.org/viewtopic.php?f=11&t=19152
Wie man sehen kann, sind wir da noch nicht weiter gekommen... in Ermangelung weiterer interessierter Tester.

Als ich meinen patch für templates.inc.php (siehe diff im unteren Drittel der git comments) schrieb, hatte ich aber sehr wahrscheinlich nicht damit gerechnet, das jemand mehrere Instanzen von Bulletproof dafür nehmen könnte. Wie genau geschieht das? Durch geklonte Templates mit neuem Namen?

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 4:46 pm
by Farlion
Nein, da wird nichts geklont. Ich habe exakt das gleiche Template verwendet, habe nur oben im Header-Menü eine andere Grafik aus der Mediendatenbank eingebunden. Wenn du mal in meiner Signatur auf das "Krankenhaus" klickst und dort auf "Indiskret" gehst, dann siehst du es, denn genau um den Blödsinn geht es. :)

Vor 1.7 war es so, dass man bei der Auswahl des Kategorietemplates ganz normal Bulletproof wählte und dort dann auch die typische Bulletproof-Style-Auswahl mit allen zur Verfügung stehenden Styles hatte, wie beim Konfigurieren des normalen Bulletproof-Themes als Haupttheme eben auch.
Da ich keine Ahnung von php und Datenbanken habe gehe ich mal davon aus, dass die Konfiguration für die Kategorie irgendwo in der DB abgelegt wurde und dann entsprechend beim Wechsel ausgelesen wurde. Und ich tippe mal darauf, dass es eben da irgendwo hakt.

Übrigens, ich habe die Kommentare gelesen, was meinst du, warum ich schrieb, dass ich erst ein komplettes Systembackup machen will. ;)

Dummerweise schreibe ich gerade nebenbei an ein paar Artikeln, so dass ich die Änderung heute nicht schaffe. Aber wenn du noch Fragen hast, die kann ich trotzdem beantworten, Mail läuft nebenbei und ich bekomme ja Mailbenachrichtigung. ;)

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 5:03 pm
by Timbalu
Verständlich! ;-)

Übrigens, mein patch müsste dann ebenfalls mit eingebaut werden, der ist in 1.7 noch nicht erhältlich.
Es sind also sozusagen zwei unterschiedliche - aber verwandte - Probleme, die da relevant sein können. Das cache reload issue von Bulletproof itself und das drei $template_*config_* Variablen issue...

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 5:04 pm
by Farlion
Ich hatte fast befürchtet, dass du das sagst. :)

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 5:06 pm
by Timbalu
Ach ja und die Datenbank spielt leider auch noch mit - so dass möglicherweise die *_options Tabelle etwas umgepflügt, geleert, bzw teilweise entleert werden muss.

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 5:10 pm
by Timbalu
Farlion wrote:Ich hatte fast befürchtet, dass du das sagst. :)
Nur ohne einen Freiwilligen kommen wir - fürchte ich - der Sache nicht näher....
Wirklich viel kaputt kann man damit nicht machen. Die Options Tabelle wird auch wieder (nahezu automatisch richtig befüllt) man muss vielleicht nur das template noch einmal speichern.

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 5:13 pm
by Farlion
Ein DB-Backup mache ich ja ohnehin. Nur wenn manuell etwas an den Tabellen geändert werden muss, bräuchte ich eventuell etwas mehr Hilfestellung. Ein php-Script nach Vorgabe umzumodeln bekomme ich hin, das habe ich ja in den letzten Jahren öfter mal machen müssen. An eine Datenbank habe ich bislang noch nicht Hand angelegt. Dazu bräuchte ich dann nähere Erläuterungen. Oder nimmt das gepatchte Script die Änderungen selbst vor?

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 5:48 pm
by Timbalu
Jein... es könnte aber eventuell zu Konflikten mit alten Einträgen führen...
garvinhicking wrote:Prüf mal die serendipity_options Tabelle und schau ob dort evtl mehrfache Werte für die Konfigurationsnamen vorkommen, mit unterschiedlichen keys (global, t_bulletproof)...? Wenn man die alten Werte löscht könnte das korrekt dazu führen dass es wieder klappt.
ungefähr so - einfach mit PhpMyAdmin - also nichts wirklich schwieriges.

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Sun May 26, 2013 6:36 pm
by Timbalu
Ich habe übrigens ein lokales 1.7 mit 2k11 als default template und habe mir mal eben das categorytemplate installiert. Wenn ich jetzt bulletproof unterschiedlichen Kategorien mal mit default style, mal mit purple style zuordne, klappt alles soweit wunderbar.

Hast du eventuell ein altes bulletproof, das die neuen Patches, die mit 1.7/bulletproof kamen nicht hat? (das waren |escape Sachen, der POST template change colorset bugfix!!! und das {assign var="entry" value=$entry scope="parent"} soweit ich mich recht erinnere.

Re: Fehler bei serendipity_event_categorytemplates nach Upda

Posted: Mon May 27, 2013 12:18 pm
by Timbalu
Bitte warte noch mit den 2.0 Patches. Die sind wahrscheinlich unnötig in deinem Fall.
Ich arbeite daran . . .
Die Bulletproof changes solltest du trotzdem überprüfen.