Nach dem ich von Joomla 3.9.18 auf 3.9.19 upgedated habe beomme ich beim Anklicken von suchergebnissen die Fehlermeldung:
0
Unclosed string at position: 2784
Ist das ein bekannter oder beuer bug? Smartsearch wird verwendet.
Nach dem ich von Joomla 3.9.18 auf 3.9.19 upgedated habe beomme ich beim Anklicken von suchergebnissen die Fehlermeldung:
0
Unclosed string at position: 2784
Ist das ein bekannter oder beuer bug? Smartsearch wird verwendet.
Link zur Seite eventuell hilfreich, du redest von den Suchergebnissen im Frontend?
Ja im Frontend, Im backend kein Problem.
www,knabenchorarchiv.org
Da war gestern schon mal was:
https://github.com/joomla/joomla-cms/issues/29408
Da wars das Template. "Es musste JavaScript-Kompression im Template ausgeschaltet werden."
Mit dieser Anleitu7ng solltest du mehr herausbekommen, da die Lösung vielleicht nicht unbedingt ideal ist:
Fehler finden durch detailliertere Fehlermeldung. Debug-Modus. Call stack.
Bei mir funktioniert die Suche einwandfrei. Konnte keinen Fehler feststellen,
wenn ich auf das Suchergebnis tippe.
Es gibt auch bei Joomshaper einen Thread. Die bitten aber verständlicherweise darum, dass mal jemand die Fehlerkonsole anschmeißt Siehe Post #4 "Fehler finden".
Elwood: Ich habe zwischenzeitlich wieder auf Joomla 3.9.18 downgedated. Mit dem Effekt, dass ich gerde den Suchindex für 6986 Artikel manuell wieder herstellen darf.
Elwood: Ich habe zwischenzeitlich wieder auf Joomla 3.9.18 downgedated. Mit dem Effekt, dass ich gerde den Suchindex für 6986 Artikel manuell wieder herstellen darf.
Wie hast du denn "downgedated"?
Man kann das Backup einspielen, was man vor einem Update immer anlegen sollte, sei es das Backup über ein Tool oder die Herstellung der "alten" Webseite über den Hoster (Webspace & Datenbank).
In beiden Fällen erhält man wieder den vorherigen Zustand. Alles andere geht nicht.
ZitatIch habe zwischenzeitlich wieder auf Joomla 3.9.18 downgedated
Dann können wir aber den Fehler nicht mehr lokalisieren mit den, in #4, vorgeschlagenen Lösungswegen.
Dann können wir aber den Fehler nicht mehr lokalisieren mit den, in #4, vorgeschlagenen Lösungswegen.
Ich weiß aber das ist leider eine produktive Seite!
Ich weiß aber das ist leider eine produktive Seite!
Paar Minuten Debuggen leiste ich mir bei jeder Seite. Außerdem legst du sie ja damit nicht still. Rufst vorher schon die Fehlerseite auf, machst die nötigen Einstellungen, rufst sie noch mal auf, siehst was (kopierst es) oder nicht. Wenn sich niemand an Fehlersuchen beteiligt, ist es halt schwer zu gewährleisten, dass man das selbe Gezeter nicht mit kommenden Updates hat, egal, woran es nun liegt.
Außerdem kann man den Debug-Modus auch so einstellen, dass nur angemeldete Super User davon behelligt werden, hab ich irgendwo aufgeschnappt.
Also: Nach ein bisschen Code-Graberei.
Es handelt sich um ein Helix3-Template. Dieses verwendet zum minifizieren/komprimieren von JavaScript-Dateien die Bibliothek JShrink. Diese wirft den besagten Fehler bei Prüfung, ob eine Datei bereits minifiziert ist. Warum in diesem Fall auch immer.
Man deaktiviert im Template die JavaScript-Minifizierung. Ich sehe im Code eine solche Einstellung. Dann sollte die Seite schon mal wieder laufen.
Dann löscht man den Cache und aktiviert die Minifizierung wieder. Falls der Fehler wieder auftaucht, schaltet man die Minifizierung halt wieder aus und wartet bis Helix eine Lösung bereitstellt. Ggf. weicht man auf JCH-Plugin aus, wenn man Wert auf Minifizierung legt.
Also: Nach ein bisschen Code-Graberei.
EMAIL via HP!
So aus gegebenem Anlass: Es gibt das Plugin System-debug.
Dort kann man einstellen, wem die debug-meldungen angezeigt werden. Wenn man dort "super-user" einstellt und vielleicht ein paar unbenötigte Sachen enftfernt, ist das debugging schon sehr entschärft.