Hallo,
nachdem ich eben eine Installation von 3.5.17 zu 3.5.18 umgestellt habe, funktionieren interne und externe Weiterleitungen nicht mehr.
Die Seite, die die Weiterleitung beinhaltet, wird übersprungen.
Hat jemand dazu eine Idee?
Gruß, Uwe
Druckbare Version
Hallo,
nachdem ich eben eine Installation von 3.5.17 zu 3.5.18 umgestellt habe, funktionieren interne und externe Weiterleitungen nicht mehr.
Die Seite, die die Weiterleitung beinhaltet, wird übersprungen.
Hat jemand dazu eine Idee?
Gruß, Uwe
Das kann ich so nicht bestätigen. Habs gerade bei zwei Installationen 3.5.18 nachgeschaut...dort leiten interne Weiterleitungen korrekt auf die Zielseite weiter. Externe ebenfalls. Das die Weiterleitende Seite "übersprungen" wird is ja klar.
Struktur Punkt "Test" mit Weiterleitung auf Unterseite A wird nie auf Test (/test.html) sondern immer direkt auf Unterseite A (/test/unterseite-a.html) landen/zeigen.
hallo Frank,
danke für die schnelle Antwort.
Mit "weiterleitende Seite wird übersprungen" meine ich, dass eben nicht der Weiterleitung gefolgt wird, sondern die im Seitenbaum direkt folgende Seite angezeigt wird.
Vor dem Update war es so, wie von dir beschrieben.
Ich mache das Update erst einmal rückgängig, und teste es an einer anderen Installation.
Gruß, Uwe
stelle gleiches Problem auf verschiedenen Installationen fest.
Kann das Problem in der Contao Online Demo reproduziert werden?
ja, zb. HOME , interne Weiterleitung auf CONTENT ELEMENTS, da wir im Frontend auf NEWS weitergeleitet
Hi,
also ich habe gerade in der online Demo mehrere Seiten über die intere Weiterleitung angesteuert.
Bis auf dass die Weiterleitung der Seite "Content Elements" nicht korrekt als Link dargestellt wird, werden die als Weiterleitung angegebenen Seiten korrekt angesteuert.
Ich konnte es in einer kurzen Überprüfung also nicht nachstellen.
Gruß
tschero
Ja, weil derzeit "Content Elements" eine Weiterleitung auf "News" ist. Das ist also normal.Zitat:
Zitat von ordix
Das liegt daran, dass die Seite "Content Elements" ebenfalls als interne Weiterleitung eingestellt ist (zumindest war sie das gerade eben).Zitat:
ja, zb. HOME , interne Weiterleitung auf CONTENT ELEMENTS, da wir im Frontend auf NEWS weitergeleitet
gruß
tschero
Ich habe den Fehler inzwischen bei zwei von drei Installationen feststellen können.
Jeweils Update von 3.5.17 auf 3.5.18.
Direkt nach dem Update wird im Backend keine Weiterleitungsseite mehr angezeigt.
Setzte ich die Seite neu, wird sie zwar im Backend richtig angezeigt, eine Weiterleitung findet jedoch nicht statt.
Da wird dir vermutlich irgendein Modul Probleme machen. Meine Weiterleitungsseiten sind alle noch da.
Was ist denn bei den beiden Installationen (wo es nicht mehr geht) an gleichen Modulen vorhanden, die bei der anderen Installation (bei der es geht) nicht vorhanden sind?
Was genau meinst du damit?Zitat:
Zitat von UweB
Kann man das in der Contao Online Demo reproduzieren?Zitat:
Zitat von UweB
Hallo,
ich habe hier gerade eine Entwicklerseite mit 3.5.17 aufgebaut und heute Nachmittag nach 3.5.18 hochgehoben.
Ich kann diesen Fehler auch nicht feststellen - weder im Frontend noch im Backend ... alles gut bei mir.
Ich habe heute bei 4 Seiten die Updates von 3.17 auf 3.18 gemacht. Es gibt weder bei den externen, noch bei den internen Weiterleitungen ein Problem. Ich habe das wegen des Threads hier eben noch mal überprüft.
Danke, erst einmal.
wenn es bei euch funktioniert, muss es ja an irgendeiner Einstellung oder Erweiterung bei mir liegen.
Ich werde das im Laufe des Tages weiter untersuchen.
@Spooky
Wenn ich im Backend in der Seitenstruktur eine Seite vom Typ "interne Weiterleitung" aufrufe, fehlt zunächst die Weiterleitungsseite.
Diese lässt sich dann zwar wieder einstellen, jedoch ohne Wirkung.
In der Onlinedemo kann man dies nicht reproduzieren.
Hi,
hast Du Dir das in der Contao Demo mal angesehen?
http://demo.contao.org/contao
EDIT: Ja - hast Du - hab es zu spät gelesen. Sorry.
Gruß
tschero
Ja, aber da ist der Fehler nicht reproduzierbar.
Gruß, Uwe
Funktioniert es wenn alle zusätzlichen Erweiterungen deaktiviert sind?
Das habe ich eben noch getestet: Ohne Erweiterungen der gleiche Fehler.
Allerdings kann ich nicht mehr nachvollziehen, was ich inzwischen alles ausprobiert habe.
Ich werde also alles noch einmal auf Anfang setzen, und das Update erneut einspielen.
Natürlich teste ich inzwischen an einer Kopie der Installation.
also ich habe das jetzt etwas eingegrenzt. Habe aus der 3.5.17er den Ordner SYSTEM/MODULES/CORE hochgeladen, jetzt ist wieder alles beim alten.
Soll heißen, du hast 3.5.18 installiert, aber den Ordner SYSTEM/MODULES/CORE aus der 3.5.17 genommen?
Das darf nicht die Lösung sein, da das sicher zu anderen Problemen führen wird.
Ich vergleiche gerade die Datenbank-Tabelle tl_page vor und nach Update.
im Feld type steht "forward", wenn es sich um eine Weiterleitung handelt, egal ob intern oder extern.
Vor den Update steht im Feld "jumpTo" immer "0", egal, ob Weiterleitung oder nicht.
Wähle ich nach dem Update das interne Weiterleitungsziel neu aus, steht in "jumpTo" die id der gewählten Seite.
Nun kann ich gar nicht sagen, welche Version installiert war, als die Weiterleitung ursprünglich mal eingerichtet wurde,
aber biss zur 3.5.17 hat es funktioniert, also muss die entscheidende Information an anderer Stelle stehen.
Kann mir jemand sagen, wo die Weiterleitungsziele gespeichert werden?
Im Feld "jumpTo": https://github.com/contao/core/blob/...rd.php#L28-L37Zitat:
Zitat von UweB
Wenn im Feld "jumpTo" nur eine "0" eingetragen ist, dann tritt das von dir beschriebene Verhalten in Kraft - es wird einfach auf die nächste Seite im Seitenbaum weitergeleitet.
Wenn also bereits vor dem Update nur "0" im Feld jumpTo bei dir definiert war, dann liegt der Fehler nicht am Update.
Die "0" steht da aber bereits vor dem Update. Und da wird auf die richtige Seite weitergeleitet.
Also muss die Information von anderer Stelle kommen.
Und es reicht nach dem Update ja auch nicht, die "0" gegen den richtigen Wett zu tauschen.
Das ist nicht möglich ;). Wie du im Code siehst, kommt von dort die Information.Zitat:
Zitat von UweB
Da gebe ich dir recht. ;)Zitat:
Das ist nicht möglich ;).
Aber ich kann es ja nicht ändern: die Funktion wird offenbar weder in der 3.5.17 noch in der 3.5.18 aufgerufen.
3.5.17 gibt auch mit falschem "jumpTo"-Wert die richtige Seite aus, 3.5.18 gibt auch mit richtigem Wert die falsche Seite aus.
Und ich werde nun noch einmal überprüfen, dass ich wirklich in der Datenbank der richtigen Installation nachsehe. :cool:
Wie hast du das überprüft? Wenn das tatsächlich der Fall ist, dann ist der Seitentyp, den du verwendest nicht PageForward. Evt. verwendest du stattdessen eine Extension. Oder eine Extension ersetzt den default PageForward Seitentyp.Zitat:
Zitat von UweB
Hallo Spooky,
als erste noch einmal vielen Dank, dass du versuchst zu helfen!
Dierekt überprüfen kann ich das natürlich nicht.
Aber ich sehe welche Werte vorhanden sind, und ich sehe was herauskommt.
Dies stimmt (bei mir!) weder in der 3.5.17 noch in der 3.5.18 mit dem zu erwartendem Ergebnis überein.
Das Ergebnis der 3.5.18 stimmt allerdings unabhängig von "jumpTo" mit dem Ergebnis der else Anweisung überein.
Das allein könnte auf einen Fehler in der DB hindeuten.
Nur, warum macht dann die 3.5.17 die richtige Seite auf?
In "jumpTo" steht ja mit "0" ein falscher Wert, und folgerichtig müsste die Funktion zum gleichen Ergebnis kommen, wie in der 3.5.18.
Im Falle eines Fehlers könnte auch eine beliebige Seite aufgehen.
Es geht aber die gewollte Seite auf, und die steht nicht in "jumpTo".
Also muss sie auf andere Weise, als mit dieser Funktion ermittelt worden sein.
Als einzige Erweiterung isr DBBackup installiert.
Auch das entfernen ändert nichts am Ergebnis.
Mach einfach PHP debugging ;). Füge zB nach Zeile #38 einZitat:
Zitat von UweB
ein und rufe dann die Seite im Frontend auf.PHP-Code:var_dump($objPage->jumpTo);
var_dump($objNextPage);
exit;
Die Ergebnis ist dann zum Teil doch überraschend:
Die 3.5.17:
hier ist jumpTo = 0 (wie nicht anders zu erwarten)
und die id von $objNextPage ist 3 (auch das ist richtig!)
Die Zeilen in die else Anweisung kopiert führt zu gleichem Ergebnis, also ist diese ausgeführt worden!
Was ich bisher übersehen habe: Die gewünschte Seite (id=3) ist zwar nicht die nächste, aber die nächste aktive Seite.
Dass die richtige Seite angezeigt wird ist also eher Zufall.
Und da die anderen Betroffenen Installationen einen ähnlichen Aufbau haben, wird es da genauso sein.
Aber die 3.5.18:
Hier passiert überhaupt nichts!
Die Funktion wird also nicht aufgerufen.
Das werde ich nach dem Mittagessen noch ein weiteres mal überprüfen.
Validiere die 3.5.18 Installation mit dem Contao Check.
Conto-Check sagt "UptoDate" und findet keine Fehler.
Und die Datei /www.ub-edv.de/system/modules/core/pages\PageForward.php kann ich ohne einen weiteren Fehler zu verursachen löschen.
Die Datei wird bei "meiner" 3.5.18 nicht aufgerufen.
(In der 3.5.17 führt das Löschen natürlich zu einem Fehler)
Teste mal im abgesicherten Modus.
Der abgesicherte Modus ändert leider nichts.
Ich werde morgen mal durchgehen, welche von meinen (von 13!) 3.5.17 Installationen überhaupt betroffen sind.
Ich vermute im Moment, dass die Sites die vor Contao 3.5 gestartet sind, betroffen sein könnten, sofern Weiterleitungen benutzt werden.
In ein paar Sites konnte ich den Fehler mit der "0" Feld jumpTo bereits finden (in 3.5.17), in anderen nicht.
Ich hoffe, dass nur diese betroffen sind.
Was steht bei der betroffenen Seite im Feld "type"?
Kopfkratz, ich habe eine Seite, die seit der Version 2.9 online ist - keine Probleme bei den Weiterleitungen.Zitat:
Zitat von UweB
Nicht, dass ich Dich ärgern will, aber das ist für Dich vl. bei der Fehlersuche relevant.
Ergänzend dazu auch folgende Info: Ich update händisch und nutze nicht Leos Ein-Klick-Update.
Hallo Edgar,
danke, auch schlechte Nachrichten sind willkommen.
nun weiß ich, wo ich nicht weitersuchen muss. :D
Und ja, auch ich spiele die Updates per Hand ein.
@ Spooky,
ich bin nun eine ganze Ecke weiter, und tippe doch wieder auf einen Fehler im Update.
Tatsächlich funktioniert die Weiterleitung! Es liegt also nicht an falschen Werten in der DB (auch wenn die zufällig auch vorhanden waren...).
Ich leite aber fast immer die erste Unterseite unter dem Startpunkt weiter.
Die Seite heißt dann z.B. Hauptmenü und enthält als Unterseiten alle Menüpunkte des Hauptmenüs.
Die erste Unterseite ist dann Home und auf diese wird auch weitergeleitet.
Das funktioniert auch bis 3.5.17.
Mit der 3.5.18 geht das nicht!
Rufe ich aber anstatt www.domain.de nun www.domain.de/Hauptmenue auf, wird aber auf home weitergeleitet.
Es liegt also nicht an der Weiterleitung, sondern daran, wie diese aufgerufen wird.
In der Demo lässt sich dieses Verhalten leider nicht reproduzieren. Wahrscheinlich, weil der Aufbau dort nicht meinem Schema entspricht.
Ich hoffe, das war noch irgendwie verständlich.
Viele Grüße
Uwe
Hm, habe dein Setup nicht wirklich verstanden. Poste mal Screenshots von deiner Seitenstruktur und wohin nun genau welche Weiterleitungsseiten zeigen.
Evt. hängt dein beobachtetes Fehlverhalten hiermit zusammen: https://github.com/contao/core/commi...585dc66365f5fc
Ich habe nun eine neue Installation von Contao 3.5.18 genommen, um sicherzustellen, dass es sich nicht doch um einen Folgefehler durch diverse Updates handelt.
Das anhängende Bild zeigt den Seitenbaum.
Die Seite "Menue 1" wird weitergeleitet auf Seite "Seite 1".
Bis Contao 3.5.17 würde beim Aufruf der Adresse http://http://test.ub-edv.de/ nun also "Seite 1" angezeigt werden.
Contao 3.5.18 zeigt aber "Seite 4" an.
Klicke ich nun auf "Seite 4" den Link "Menue 1" wird, auf "Seite 1" weitergeleitet.
Auf diesem Weg funktioniert die Weiterleitung also.
Ich hoffe, nun ist es verständlicher.
Ob es sich dabei um den im vorherigen Beitrag verlinken Fehler handelt, kann ich nicht beurteilen.
Gruß, Uwe
@ordix
Handelt es sich bei bei deinen betroffenen Seiten um einen ähnlich konstruierten Seitenbaum?
Welches Alias hat "Menue 1"? Seit Contao 3.5.18 erzeugt die erste Seite eines Seitenbaums einen eigenen Redirect, wenn der Aliax nicht "index" ist. Dieser Redirect passiert bevor überhaupt der Inhalt der Seite angezeigt wird (bzw. in diesem Fall, bevor der Redirect der Weiterleitungsseite ausgeführt wird). Nur wenn der Aliax auch "index" ist, wird bei einer "leeren URL" direkt der Inhalt der ersten Seite angezeigt. Das ist die hier erwähnte Änderung.Zitat:
Zitat von UweB
Der Seitenalias von "Menue 1" ist "menue-1", so wie Contao ihn selber vergibt, wenn man keinen vorgibt.
ein Umbenenen in "index" ändert aber nichts am Verhalten.
Ich habe dein Setup in der Contao Demo nachgestellt. Dort funktioniert alles so wie es sein soll. Irgendwas ist also bei dir noch anders ;).
// edit: wobei evt. ist einfach die Contao Demo zu anders. Dort ist ja bspw. die Option "Add language to the URL" aktiv.
Ja, allein dadurch lässt sich der Fehler umgehen.Zitat:
// edit: wobei evt. ist einfach die Contao Demo zu anders. Dort ist ja bspw. die Option "Add language to the URL" aktiv.
Für die bestehenden Installationen ist das aber keine Lösung, da dann externe Links nicht mehr stimmen.
@UweB
genau so ist es bei meinen Seiten. Nach dem Update 3.5.18 wird weitergeleitet auf die nächste Seite "ohne Weiterleitung".
Zum Verständnis, ich beziehe mich hier auf deinen Anhang: Es gibt 5 Menüpunkte von denen 4 auf die entsprechenden Unterseiten weitergeleitet werden.
Jetzt nach dem Update wird weitergeleitet auf Menüpunkt 5 welcher ja ohne Weiterleitung angelegt wurde
Hallo Spooky,
ich bin soeben deinen Link (https://github.com/contao/core/issues/8547)
gefolgt.
Perfekt!
Ich kann Englisch zwar einigermaßen lesen, aber du siehst ja, dass ich den Fehler selbst auf deutsch nicht so gut beschreiben konnte, wie du das auf englisch geschrieben hast.
Mal abgesehen davon hätte ich gar nicht gewusst, wie und wo das zu melden ist.
Noch einmal vielen Dank für deine Hilfe!!
Uwe
Versuch mal die besagte Seite 1 mit dem Alias index.html zu benennen.
Nachtrag: Ok, ich hätte wohl mein Fenster vor dem abschicken der Antwort nicht solange offen lassen sollen.
Zitat:
Zitat von mlweb
Siehe die Posts vorher und den Bug report. Das reicht leider nicht.// achso, du meinst Seite 1, nicht Menue 1, hmm.
//² nein, das funktioniert auch nicht.
Hallo zusammen
Ich bin erst heute bei einer kleinen Website auf das "Problem" mit dem geänderten Verhalten bei Weiterleitungen gestossen. Dort sind alle Hauptseiten jeweils interne Weiterleitungen auf die jeweils erste Unterseite. Nach dem Update auf 3.5.18 war ich überrascht, dass beim Aufruf der Website das Impressum angezeigt wurde. Grund: Das Impressum ist die einzige reguläre Seite in der ersten Ebene des Seitenbaums.
Um wieder das gewünschte Verhalten zu erreichen, habe ich die erste Seite im Seitenbaum /home von einer internen Weiterleitung in eine reguläre Seite geändert. Die Inhalte der ersten Unterseite /home/news anschliessend in die erste Seite /home verschoben. Und abschliessend die Seite /home/news in eine interne Weiterleitung zu /home geändert.
Bei den meisten Websites wird man wohl nie darüber stolpern. Aber bei dieser hat es nicht für Inhalte für die Hauptseite gereicht und dennoch sollte die Seitenstruktur so aussehen ;-) Es gibt nun ein leicht anderes Verhalten in der Navigation aber als schnelle Zwischenlösung funktioniert's erst mal. Vielleicht hilft es jemandem ...
Viele Grüsse
Christian
Seit heute gibt es nun die Version 3.5.19.
Und ein kurzer Test bestätigt: Die Weiterleitungen funktionieren wieder. :D