Beiträge von Harmageddon

Ist mittlerweile zweimal getestet und in den Core eingeflossen. Das heißt, beim nächsten Update (4.2.7) wird es mit drin sein.

Es gibt einen PR, der das behebt: https://github.com/joomla/joomla-cms/pull/39572

Hallo Octo, vielen Dank für deine Meldung! Ich habe dazu ein Ticket unter https://github.com/joomla/joomla-cms/issues/39562 angelegt. Wenn es dort was Neues gibt, werde ich auch hier kurz reinschreiben.

Hängt vermutlich vom Browser ab, wie genau dieses Auswahlfeld bedient werden kann. Im Firefox klappt es bei mir, wenn ich Strg gedrückt halte und den bereits gewählten Punkt nochmal anklicke, dann wird er abgewählt.

Zitat von tekknotrip

Nein, das Installieren von J4 funktioniert unter PHP8. Nur die Migration schlägt fehlt.

Einfach selber mal testen. Ich hab das bei zwei Hostern nachvollziehen können.

J 3.10.2 installieren (frische Installation), PHP 8 einstellen und dann auf 4.0.3 migrieren - funktioniert nicht - zumindest nicht bei Strato oder webgo

Hast du es denn mal mit Xampp oder bei einem ordentlichen Hoster (sorry für die forsche Wortwahl, es ist schon spät) probiert? Webgo und Strato sind mir mit mehr Problemen als Lösungen in Erinnerung. Und die PHP-Informationen in deinem ersten Post beinhalten die PHP-Anbindung mit apache2handler, das war früher zumindest ein als "www-run" bekanntes Problem mit Verzeichnisberechtigungen bei Joomla!-Installationen oder -Updates.

Ich hab es gerade mit Xampp unter PHP 8.0.11 getestet, 3.10.2 auf 4.0.3, ohne Probleme.

Hallo zusammen!

Da hat die christine2 als ausgewiesene Bugtracker-Expertin wieder direkt den passenden Issue ausgegraben, sodass mir gar nicht viel zu ergänzen bleibt. Gut, dass wir hier dann auch nochmal den Workaround dokumentiert haben, da darüber sicherlich noch mehr Leute stolpern werden!

Das scheint ein Problem mit dem Routing, also Generierung und Auflösung von URLs zu sein. Der Bereich ist ziemlich tricky, weil es da so viele verschiedene URL-Konstellationen geben kann und man irgendwie alle abdecken muss. Ist also leider kein Kandidat für eine schnelle Behebung mit nur zwei Zeilen Code oder so... :-/

Hallo Andreas,

sorry, dass das so lange gedauert hat. Ich bin erst heute dazu gekommen, eine eigene Testinstallation auf meinem Server zu erstellen, der in der deutschen Zeitzone liegt. Hatte das nur auf einer Installation auf joomla.com getestet, wo der Server auf UTC stand. Da hatte ich einen Denkfehler, bzw. habe nicht beachtet, dass das Problem an der Serverzeit liegt und nicht an der Benutzerzeit.

Ich kann das Problem jetzt auch nachvollziehen und habe hier ein Ticket erstellt: https://github.com/joomla/joomla-cms/issues/35670

Das andere Problem mit den Tags kann ich leider immer noch nicht nachstellen. Habe jetzt an die 40 Tags erstellt und egal welchen davon ich nutze, wird er sauber hinterlegt. Es gibt hier ein Ticket zu Tags mit Umlauten, wobei ich selbst das bei mir nicht reproduzieren kann. Hast du irgendwelche Sonderzeichen in deinen Tags?

Hallo Andreas! Vielen Dank für deine Meldung!

Ich habe das gerade mal auf einer frisch aufgesetzten 4.0.2 ausprobiert. Serverzeit ist dort UTC, Benutzerzeit habe ich auf Berlin eingestellt. Damit bekomme ich dort das richtige Datum rein. In der Datenbank müsste meines Wissens die UTC eingetragen werden, bin mir aber gerade nicht sicher und kann es bei dieser Testseite nicht herausfinden.

Welche Zeitzone hast du für den Server (globale Konfiguration unter "Server") und für dich (Benutzereinstellungen) eingestellt? Und an welcher Stelle lässt du dir die Zeit anzeigen? Beim Bearbeiten des Tags unter "Veröffentlichung"? Betrifft das dort beide Daten (erstellt und bearbeitet) oder nur eins?

Auch das zweite Problem kann ich mit der Installation nicht komplett nachvollziehen. Geht es dir hier um einen Tag, der bereits existiert, oder tippst du einen ein, den es noch nicht gibt? Wenn der Tag bereits existiert, musst du ihn dann noch auswählen durch anklicken oder die Eingabetaste. Wenn du über dieses Feld einen neuen Tag anlegen willst, musst du auch nochmal die Eingabetaste tippen, nachdem du den Tag eingetippt hast. Zur Überprüfung ein Bild im Anhang. "Green" und "Blue" sind korrekt eingetragen. "Yellow" noch nicht. Wenn ich jetzt die Eingabetaste drücke, wird dieser auch angelegt und ich kann den Artikel mit drei Tags speichern.

Grüße, Constantin

Wie sieht denn die URL aus, die dabei rauskommen soll? Hast du eine eigene Komponente gebaut? Dann hilft dir ContentHelperRoute mMn nicht viel weiter, sondern du musst deine eigene URL dort eintragen.

Oder hast du ein Layout für com_content erstellt? Dann würde ich es mit der Variante von Re:Later versuchen, nur eben mit "&layout=".

Variante 3 wäre, ein JUri-Objekt aus der von JRoute generierten URL anzulegen und da mit setVar den bestehenden URL-Parameter durch deinen zu ersetzen. Halte ich aber für die meisten Anwendungsfälle für unnötig umständlich.

Zitat von firstlady

Harmageddon könnte das was für joomla-bugs sein? Vielleicht was, was man in sessions abfangen könnte?

Scheint ein kaputter Aufruf durch den Browser o.Ä. zu sein, aber die Fehlermeldung ist natürlich ziemlich nichtssagend. Weiß nicht, ob es was hilft, nach diversen geschlossenen Tickets zu diesem Fehler, wie christine2 verlinkt hat, noch eins aufzumachen. Man könnte versuchen, eine bessere Fehlermeldung rauszugeben, aber dafür müsste sich erst mal jemand in diesen Updatemechanismus einarbeiten, der noch von Akeeba stammt.

Der "Optionen"-Button ist rechts in der Buttonleiste (die Leiste, wo auch Neu, Bearbeiten etc. drin sind). Auf dem Bild nicht zu sehen, weil abgeschnitten, sollte dort aber sein.

Da ist der HTML-Quelltext kaputt. Ein öffnendes <Strong> (großgeschrieben) und ein schließendes </ strong> (kleingeschrieben, mit Leerzeichen dazwischen). Ändere das auf <strong> und </strong>. Ich kenne die Komponente nicht, deshalb weiß ich nicht, woher der Text kommt. Aber vielleicht hilft dir das weiter.

Wenn der hr-Tag im Frontend angezeigt wird, anstatt in einen Seitenumbruch umgewandelt zu werden, wird das Plugin nicht richtig ausgeführt. Aber wir tappen hier immer noch ziemlich im Dunkeln. Was für ein Template verwendest du? Geht es mit dem Protostar? Und versuch mal, ggf. Drittanbietererweiterungen, insbesondere Plugins schrittweise zu deaktivieren.

Zitat von jof1

- Note: If you have configured some HTTP Security Headers directly on the server, then this Plugin might create double entries.

(1) wenn ich das Plugin wieder lösche, sind alle Einträge von HttpHeader weg?

Ja. Wenn du die Einstellungen auch ohne das Plugin haben willst, musst du sie auf dem Server konfigurieren bzw. per .htaccess. Wie in der Pluginbeschreibung, die du zitierst, beschrieben, empfiehlt es sich, entweder das eine oder das andere zu machen, damit man keine doppelten Regeln bekommt.

Zitat von jof1

Unfassbar, wie so ein Plugin 4,5 von 5 Sternen erhalten kann .

Was ist das denn für ne Aussage? Versuch die Anleitung zu verstehen oder frag nach, wenn du was nicht verstehst. Aber erst mal das Plugin runtermachen, das ein sehr aktives Mitglied dieser Community in seiner Freizeit geschrieben hat und dir kostenlos zur Verfügung stellt, ist natürlich ne gute Alternative.

Zitat von jof1

Ich erstelle in 2 Minuten manuell einen CSP-Zeile in der .htaccess.

(2) Mein Problem ist nun, wie kann ich ein Plugin zulassen?

Bei einer optimalen CSP läuft das Plugin nicht mehr.

Ein paar mehr Informationen wären nicht schlecht. Wie sieht deine CSP-Konfiguration aus? Welches Plugin willst du zulassen? Was für ein Fehler kommt dabei (die Entwicklerkonsole von Firefox oder Chrome zeigt CSP-Fehler sehr detailliert an)? Und was verstehst du unter einer optimalen CSP?

Zitat von Indigo66

Das ist nicht Joomlakonform, daher wird das nicht funktionieren.

Schreibe im Quellcode das HR mit der Klasse so wie Harmageddon gezeigt hat. Funktioniert es dann?

Je nachdem, welcher Editor das ist, kann das schon passen.

Aber ja, wäre interessant, um welchen Editor es sich handelt, und wie die entsprechende Stelle aussieht, wenn du die Artikelansicht auf Quelltext umschaltest oder den Editor temporär abschaltest.

Hab hier einen PR dazu erstellt: https://github.com/joomla-extensions/weblinks/pull/434

Die Änderungen im Code siehst du im Tab "Files". Um die Warnung bei dir loszuwerden, musst du die roten Zeilen löschen bzw. durch die entsprechenden grünen ersetzen.

Wird der Seitenumbruch denn im Artikel angezeigt, an der Stelle, an der du ihn eingefügt hast? Normalerweise als horizontale Linie oder in der Quelltextansicht als <hr class="system-pagebreak" ... />

Update hierzu: Obiger PR ist grundsätzlich akzeptiert und durch. Da das aber als neues Feature gewertet wird und im Beta-Status (zumindest offiziell) keine neuen Features mehr eingeführt werden sollen, wird es das erst in einer Version 4.1 geben. Bis dahin bleibt dann also der Override als Option.

Ich blicke hier nicht mehr durch. Du schreibst, die Installation ist durchgelaufen, was funktioniert denn dann nicht? Bitte nochmal zusammenfassen: Was hast du gemacht, an welchem Schritt hängst du, und wo ist das Problem?

Und nimm bitte nicht die vorgefertigte Installation von Ionos oder irgendeinem anderen Hoster.

Hast du den großen blauen "Installieren"-Button oben rechts oder unten rechts angeklickt?