In der Konfiguration unter Event Bearbeitung den Menüpunkt: Ungefilterte / rohe HTML Beschreibungen erlauben auf JA stellen. Dann wird der HTML-Code nicht mehr gefiltert und der Link sollte vollständig bleiben.
Du bist ein Tausendsassa! Vielen Dank! Das funktioniert! Bis und mit J5.4 hat alles funktioniert. So dachte ich an einen Bug.
Und grad noch ein J6-JEvents-Bug. Beim Speichern werden alle Zeilenumbrüche und Absatzwechsel entfernt. Es bleibt eine Art «Spaghetti-Text» übrig.
Schaut gut aus, teste ihn gerade mit Joomla6, vielleicht wechsle ich von DPCalendar zu JEvents.
Ich habe bei JEvents gerade einen weiteren J6-Bug gefunden. Füge im Text einen PDF-Link ein. Nach dem Speichern ist nur noch der Link-Text da, aber der Link wird nicht gespeichert.
Dieser «kleine Kreis» ist ein Aufzählungszeichen. Custom Fields werden offenbar automatisch mit Aufzählungszeichen dargestellt. Hat mich auch schon gestört, kann aber in gewissen Fällen auch sinnvoll sein. Es bleibt nichts anderes übrig, als in der user.css Hand anzulegen und das Aufzählungsszeichen auszublenden.
Sodala, die Seite ist jetzt auf Joomla 6! Herzlichen Dank Euch allen hier!
Der Bösewicht wurde gefunden! In die engere Wahl kamen:
baforms_css_update
→ stellte sich als unschuldig heraus. Da ich Baforms ohnehin nicht mehr verwende, war das aber sowieso ein überflüssiges Überbleibsel, das deinstalliert werden konnte.
Content - jbsAccordion
→ ebenfalls unschuldig, obwohl ich das tatsächlich auch kritisch angeschaut hatte.
System - Article Frontend Created Date
→ Das war's! Ein ur-altes Plugin, das ich vor sehr langer Zeit einmal benutzt, aber in der Zwischenzeit vergessen hatte.
... bleibt dir nichts anders übrig, als die Liste der Erweiterungen durchzugehen bis du den Schuldigen findest.
Genau auf diese Idee bin ich inzwischen auch gekommen.
Das Ergebnis sieht dann etwa so aus:
Die gelben Markierungen wurden von Hand hinzugefügt. Nun werde ich alles, was mit NOK als nicht-übereinstimmend angezeigt wird, abarbeiten. Dieser Trick funktioniert umso besser, je mehr beide Webseiten übereinstimmen. Also kein Allerheilmittel.
Crash von Frontend und Backend ?
Was wird angezeigt ?
Backend
Es ist ein Fehler aufgetreten.
0 Class "JPlugin" not found
Front-End
Die angeforderte Seite konnte nicht gefunden werden.
0 Class "JPlugin" not found
Meiner Meinung nach gibt es aktuell keinen Grund alles auf J6 zu migrieren. Gib doch dem Ganzen etwas mehr Zeit.
Du kannst ja auch bei den Entwicklern nachfragen ob es ohne das Joomla 5 Kompatibilitäts-Plugin funktioniert aber schneller, wenn du es selbst ausprobierst.
Ich habe keine Eile, auf J6 zu aktualisieren. Nur wird «Abwarten und dem Ganzen mehr Zeit geben» das Problem höchstwahrscheinlich nicht lösen. Bewusst habe ich keine Erweiterungen, die inkompatibel sind, nur Cassiopeia, Akeeba Backup Pro, JCE Editor Pro. Solange ich nicht herausgefunden habe, welche unbekannten Erweiterungen irgendwo versteckt schlummern, kann ich auch deren Entwickler nicht fragen.
Webseiten, die bei mir lokal beim Update, wegen inkompatibel Erweiterungen, crashen, bleibe ich erstmal bei 5.4. Muss ja noch nicht auf 6. Die Entwickler arbeiten an der 6er Kompatibilität. So lange kann ich warten. Ist mein Fahrplan.
Ich habe auch keine Eile. Ich dachte nur, wenn ich schon etwas Zeit habe, beginne ich mal mit meinen problemlosesten Webseiten. Unter «problemlos» verstehe ich: Cassiopeia, Akeeba Backup Pro, JCE Editor Pro. Diese sind mir als J6-kompatibel bekannt. Und so ist es mir rätselhaft, warum bei zwei fast 100% identischen Webseiten die eine problemlos aktualisiert werden kann und die andere nicht.
Welche Entwickler sollten in meinem an der 6er Kompatibilität arbeiten? Bewusst habe ich keine Erweiterungen, die inkompatibel sind. Ich würde ja gerne nach den unbewussten suchen, weiss aber nicht wie.
Ich habe jetzt schon 27 Webseiten erfolgreich auf Joomla 6 aktualisiert. Das Update selbst scheint mir also sehr problemlos! «Gute Arbeit» und besten Dank an die Entwickler!
Wenn es scheitert, dann tut es das in dem Moment, wo man das Joomla 5 Kompatibilitäts-Plugin deaktiviert. Das heisst: wenn man auf diesen Link klickt und das angezeigte Plugin ausknipst, knipst man unter Umständen die ganze Webseite (Back-End und Front-End) aus.
So weit ist mir das klar. Nun frage ich mich aber, ob es nicht einen Praxis-Tipp gibt, um herauszufinden, welche Erweiterung(en) nicht kompatibel sind. Ich habe nämlich zwei Webseiten, die nahezu 100% identisch sind. Gleiches Template (Cassiopeia) und die gleichen zwei Erweiterungen (Akeeba Backup Pro und JCE Editor Pro). Wenn ich mich richtig erinnere, ist die eine Webseite sogar eine Kopie der anderen, sodass nur die Inhalte verändert wurden. Beide Webseiten sind beim gleichen Hoster gespeichert.
Webseite 1 konnte problemlos auf J6 aktualisiert werden.
Webseite 2 crasht beim Deaktivieren des Joomla 5 Kompatibilitäts-Plugins.
Ich habe schon «System debuggen» aktiviert und «Fehler berichten» auf «Maximum» gestellt. Fehler werden weder im Front-End noch im Back-End angezeigt. Wenn ich die 21 Queries anschaue, sehe ich keinen Hinweis auf irgendein Plugin.
Wie geht man in so einem Fall am besten vor?
Mir scheint, dass dieser PR nicht mehr getestet werden kann. Der Patchtester ist mir grundsätzlich bekannt. Aber mir fehlen gewisse Kontrollkästchen um den Patch zu installieren. Vielleicht weil der PR schon RTC ist?
Wollte übrigens einen Screenshot anhängen. Aber ich kann machen was ich will, immer Fehlermeldung
«Die Grafikdatei „2025-10-28_Joomla-Patch-Tester.png“ ist beschädigt.»
oder
«Die Grafikdatei „2025-10-28_Joomla-Patch-Tester.jpg“ ist beschädigt.»
Schon x-mal umbenannt, neu gespeichert, ich kann hier keinen Dateianhang hochladen.
Gell, es geht um diesen PR https://github.com/joomla/joomla-cms/pull/46342
Kann ich den auf meinen Webseiten testen? Vielleicht ist mein Issue damit auch behoben?
Hier würde mir das hier ev. einfallen:
https://github.com/joomla/joomla-cms/pull/46342
Ob es (auch) relevant zu Deinem Issue #46371 ist, weiß ich nicht.
Das scheint mir in einem ähnlichen Kontext zu stehen. Sollte ich bei meinem Issue einen Querverweis auf diesen Issue hinzufügen?
Nachdem ich diesen Bug auf einer anderen Webseite reproduzieren konnte, habe ich bei Github einen Issue erstellt:
Die Beiträge sind als 'Hauptbeitrag' aktiviert?
Ja sicher!
Ich denke, dass die Sache mit der Einstellung 'Alle Kategorien' im Menü nicht wirklich funktioniert. Ich habe mal was darüber gelesen, dass dies ein Fehler ist. Wählst du die Kategorien einzeln an, funktioniert es. Nur mit der Sortierung hapert es, glaub ich.
Ich bin sprachlos! Das ist genau so!!! Kategorien einzeln auswählen und die Beiträge werden angezeigt...
Aber ein bisschen ein Bug ist das schon, oder?
Ich bin ein wenig am Ausprobieren und habe eine erste Seite von J5 auf J6 aktualisiert. Da die Startseite nicht mehr funktioniert, habe ich sie offline geschaltet (sie ist nicht sehr wichtig).
Hier das Problem:
Die Startseite ist vom Menüeintragstyp «Hauptbeiträge».
Es gibt zwei Beiträge, die als Haupteintrag markiert sind.
Vor dem Update wurden diese beiden Beiträge auf der Startseite korrekt angezeigt.
Nach dem Update auf J6 sah auf den ersten Blick alles gut aus.
Nachdem ich aber einmal [F5] (Seite aktualisieren) gedrückt hatte, sind und bleiben die beiden Haupteinträge unsichtbar.
Alle anderen Elemente (Header, Navigation, Footer) sind da!
Das Problem besteht, ungeachtet welches Template ich verwende: «Cassiopeia Extended - Default» oder «Cassiopeia - Default».
Wenn ich einen Menüeintragstyp «Kategorieblog» erstelle, werden die Beiträge korrekt angezeigt.
Wenn ich wieder auf Menüeintragstyp «Hauptbeiträge» umschalte, sind die Beiträge wieder verschwunden.
Alle anderen Menüeinträge funktionieren korrekt.
Im Seitenquelltext wird ein leerer div class="blog-featured" angezeigt. Also etwa so:
div class="site-grid">
<div class="grid-child container-component">
<div id="system-message-container" aria-live="polite"></div>
<main>
<div class="blog-featured">
</div>
</main>
</div>
</div>
<footer class="container-footer footer full-width">
<div class="grid-child">
Da war mal was auf GitHub: https://github.com/joomla/joomla-cms/issues/45781
Könnte was mit dem Problem zu tun haben.
Das hat ziemlich sicher etwas mit meinem Problem zu tun. Die Diskussion auf Github finde ich aber etwas seltsam. Da wird ja bloss in Erwägung gezogen und ein Patch präsentiert, die Fehlermeldung anders zu formulieren. Ich glaube, ich werde jetzt einfach die Protokollierung ausschalten. Dann ist erst mal Ruhe.
Hatte ich ja geschrieben:
Ja, aber ich habe «tp sport mit Astroid» und habe das Problem mit der everything.php. Du offenbar nicht. Einen Moment dachte ich, bei Dir sei vielleicht die Protokollierung ausgeschaltet.
