Bis gestern noch alles normal, seit heute massive Probleme und es wird nur noch zum Anfang der Seite gesprungen wo sich der ungelesene Beitrag befindet jedoch nicht mehr zum Beitrag selbst. Sowas habe ich noch bei keinem anderen Forum in der Form gehabt, selbst bei anderen Foren die auf WoltLab basieren... sehr merkwürdig.
Dem Problem schließe ich mich mit Chrome in der Version 107.0.5304.107 an. Ziemlich nervig.
verwendet doch mal einen anderen Browser 
Mit Firefox konnte ich dieses Verhalten niemals feststellen
Mit DuckDuckGo habe ich das Verhalten auch schon beobachtet. Aber nicht jedes Mal.
Bis gestern noch alles normal, seit heute massive Probleme und es wird nur noch zum Anfang der Seite gesprungen wo sich der ungelesene Beitrag befindet jedoch nicht mehr zum Beitrag selbst. Sowas habe ich noch bei keinem anderen Forum in der Form gehabt, selbst bei anderen Foren die auf WoltLab basieren... sehr merkwürdig.
Würdest du mal bitte eine Beispiel-URL aus der Adresszeile kopieren? Also in einem Fall bei dem du auf der richtigen Seite landest, aber der Sprung nach unten nicht funktioniert.
RonSilver RE: [mobil] Klick auf Thema springt nicht mehr zum ersten ungelesenen Beitrag
Das interessante ist, dass anfänglich hinter der Raute auch noch eine weitere ID ist, die verschwindet dann aber automatisch (muss man schon genau hingucken um es überhaupt zu bemerken) und dann ist man oben auf der Seite. Wirkt ein bisschen so als würde er versuchen nach unten zu dem Sprungpunkt zu gehen, findet diesen aber (noch) nicht und entfernt ihn dann und springt zum Seitenanfang.
Das Springen zu Anchor-Punkten ist eine Ur-Funktion aller Browser und hat vermutlich schon im Internet Explorer 2 und früher funktioniert. Dazu ist kein JavaScript o. ä. nötig. Die Anchor-Zielpunkte werden hier im Forum serverseitig generiert und sind immer im Quelltext vorhanden sobald der Browser die Seite anfängt zu rendern. Im Fall dieses Forums
<li id="1234567" ...>Dementsprechend würde ich die serverseitige Programmierung des Forums ausschließen. Wenn der Hash in der URL da ist und das Ziel vorhanden ist, funktioniert das Springen auch in jedem Browser. Selbst wenn das Ziel nicht vorhanden ist, modifiziert der Browser die URL nicht und löscht das Hash weg. Wenn das so wäre hätten sämltichen Single Page Applications mit Hash-Navi ein großes Problem. 😉
In dem von dir beschriebenen Fall, dass das Hash erst da ist und dann verschwindet, wird das m. M. n. irgendein JavaScript sein, dass die URL wieder manipuliert. Das JavaScript wiederum kann sowohl aus Extensions als auch aus dem Forum selbst bzw. durch evtl. eingebundene Drittanbieter-JS kommen, klassische Beispiele dafür sind Google Analytics, Werbebanner, etc.
Browser-Erweiterungen würde ich bei der Vielzahl an verschiedenen Browsern und Betriebssystemen erstmal ausschließen.
Edit: Ich hab keine Ahnung von WoltLab aber als Grund für unterschiedliches Verhalten bei unterschiedlichen Usern könnten auch das jeweils genutzte Theme oder sonstige persönliche Einstellungen sein, die manche User aktiviert haben und andere halt nicht. Als Beispiel könnte das Light-Theme halt anderen JS-Code mitbringen als das Dark Theme oder sonst was.
Browser-Erweiterungen würde ich bei der Vielzahl an verschiedenen Browsern und Betriebssystemen erstmal ausschließen.
Um mal gegen mich selbst zu argumentieren: wie sieht es mit beliebten Werbe-Blockern wie AdBlock Plus aus?
Nope - wegschauen reicht mir 
Also ich hatte das Problem letztens auch. Aber komischerweise nur eine Zeit lang. Beitrag über das Dashboard geöffnet und bin beim ersten Beitrag gelandet und nicht beim ersten, neuen Beitrag.
Desktop, Chrome, Anchor in der URL war da, aber ich hab ihn nicht verglichen. Keinen Blocker, kaum Plugins.
Beim nächsten Besuch, halbe Stunde später oder so, hat alles funktioniert.
Wochenlang wusste ich nicht worüber ihr redet, seit ein paar Tagen bin ich leider schlauer (Chrome Version 107.0.5304.107). 
Mindestens jeder 2. Thread.
Edit: Achso, bin eigentlich nur mit meinem Desktop-PC (Win 10) hier.
Habe das Problem aktuell auch aber nur mobil mit aktuellem Chrome.
Habe das Problem aktuell auch aber nur mobil mit aktuellem Chrome.
... und diese Konstellation funktioniert bei mir (noch) einwandfrei.
Ich habe Woltlab noch einmal angeschrieben. Das Problem tritt nur sporadisch auf. Es werden Links nach dem Klick anscheinend falsch umgewandelt, so dass eine Kombination aus Thema und Beitragsnummer entsteht, die es nicht gibt und er somit auf den ersten Beitrag der letzten Seite des Thema springt. Warum diese Umwandlung teilweise (NICHT immer) fehlerhaft ist muss geklärt werden. Dazu müssen wir erst einmal rausfinden, ob es ein Browser, ein Server oder ein Woltlab-Problem ist.
Edit: bei der Umwandlung von #firstnew geht der Anker verloren.
Ich habe Woltlab noch einmal angeschrieben. Das Problem tritt nur sporadisch auf. Es werden Links nach dem Klick anscheinend falsch umgewandelt, so dass eine Kombination aus Thema und Beitragsnummer entsteht, die es nicht gibt und er somit auf den ersten Beitrag der letzten Seite des Thema springt. Warum diese Umwandlung teilweise (NICHT immer) fehlerhaft ist muss geklärt werden. Dazu müssen wir erst einmal rausfinden, ob es ein Browser, ein Server oder ein Woltlab-Problem ist.
Das Problem sind nicht die Links, sondern vermutlich Chrome Mobile. Die Links sehen gut aus, da wird ein Anchor auf den Beitrag erzeugt (die Links sind für Desktop und Mobile identisch). Technisch vom HTML Code her sieht alles ok aus und der Browser müsste zu der gesetzten Post ID springen. Schalte ich im Chrome Mobile Browser den Desktop Modus ein, funktioniert alles wie es soll.
Ich habe es sporadisch auch bei Chrome auf dem Desktop.
Das habe ich WL gemeldet:
Hallo,
diese Art von Fehlern treten durch fehlerhafte Cache-Header seitens des Webservers auf. Diese haben zur Folge, dass der Browser die Umleitung noch im Cache hat und somit bei einem späteren Aufruf nicht den Server abfragt, sondern direkt die Umleitung aus dem Cache verwendet. Dies führt dann zum Sprung zum ursprünglich neusten Beitrag und nicht zum aktuell neusten Beitrag.
Wir setzen zu diesem Zweck bereits sehr restriktive Cache-Header, um dies bestmöglich zu unterdrücken, aber mit einer entsprechenden Server-Konfiguration lässt sich dies überschreiben. Auch Erweiterungen wie mod_pagespeed und Konsorten können dies implizit verursachen.
Hallo,
ich muss leider noch einmal nachfragen, da nach anfänglichen einzelnen Problemen das Problem größer wird.
Noch einmal kurz die Fehlerbeschreibung:
Aus der Dashboardbox "Ungelesene Themen" ruft man einen noch ungelesenen Beitrag auf (alternativ aus der Forenübersicht):
Der Link, den man anklickt sieht wie folgt aus:
https://unknowns.de/forum/thread/17180-human-punishment-the-beginning/?action=firstNewDer Browser öffnet den entsprechenden Thread und springt auf der letzten Seite des Themas zum ersten Beitrag auf dieser Seite, aber nicht zum neuesten.
Im Browser steht folgender Link:
https://unknowns.de/forum/thread/17180-human-punishment-the-beginning/?postID=855404#Die postID passt schon. Lösche ich das # und schicke den Link ab hängt er das # wieder ran und bleibt oben auf der Seite. Eigentlich wäre der richtige Link:
https://unknowns.de/forum/thread/17180-human-punishment-the-beginning/?postID=855404#post855404Irgendwie generiert er das post...... hinter dem # nicht.
Dieses Problem scheint auch nicht mit jedem Browser aufzutreten. Und es scheint auch in den betroffenen Browsern nur bei ausgewählten Links aufzutreten. Es ist aber nicht erkennbar, was der Unterschied ist wann es geht und wann nicht - also was den einzelnen ungelesenen Thread besonders macht.
Gesichtet wurde es schon bei Chrome und kleineren Browsern. Zum Firefox haben wir noch keine Meldungen erhalten.
Das Problem ist auch nicht immer reproduzierbar. Auch die User, die es melden haben das Problem nicht immer.
Ehrlich gesagt sind wir etwas ratlos ob der Fehler nun auf Client, Server oder Woltlab Seite liegt.
Wir nutzen kein mod_pagespeed.
Anbei noch unsere Rewrite-Regeln, falls es eventuell daran liegen könnte, da ja die angeklickte URL schon irgendwie zu einer anderen URL im Browser wird.
ZitatAlles anzeigenRewriteEngine On
# BurningBoard rewrites
# wbb2 => 5.4
RewriteCond %{REQUEST_URI} ^/wbb2/thread.php [NC]
RewriteCond %{QUERY_STRING} ^threadid=(\d+).*$ [NC]
RewriteRule ^wbb2/thread.php.*$ https://unknowns.de/forum/thread/%1 [NC,NE,QSD,R=301,END]
# postid ohne threadid funktioniert nicht!
# RewriteCond %{REQUEST_URI} ^/wbb2/thread.php [NC]
# RewriteCond %{QUERY_STRING} ^postid=\d+$ [NC]
# RewriteRule ^wbb2/thread.php https://unknowns.de/forum/thread/ [NC,NE,R=301,END]
# 4.0 => 5.4
RewriteCond %{REQUEST_URI} ^/wbb4/index.php/Thread/\d+ [NC]
RewriteRule ^wbb4/index.php/Thread/(\d+).*$ https://unknowns.de/forum/thread/$1/ [NC,NE,QSA,R=301,END]
# 4.1 => 5.4
RewriteCond %{REQUEST_URI} ^/wbb4/index.php [NC]
RewriteCond %{QUERY_STRING} ^thread/(\d+).*/.*[=#](\d+)$ [NC]
RewriteRule ^wbb4/index.php$ https://unknowns.de/forum/thread/%1/?postID=%2#post%2 [NC,NE,R=301,END]
RewriteCond %{REQUEST_URI} ^/wbb4/index.php [NC]
RewriteCond %{QUERY_STRING} ^thread/(\d+).*/$ [NC]
RewriteRule ^wbb4/index.php$ https://unknowns.de/forum/thread/%1/ [NC,NE,QSD,R=301,END]
# 5.3 => 5.4
RewriteCond %{REQUEST_URI} ^/wbb4/forum/index.php [NC]
RewriteCond %{QUERY_STRING} ^thread/(\d+).*/&?postID[=#](\d+)$ [NC]
RewriteRule ^wbb4/forum/index.php.*$ https://unknowns.de/forum/thread/%1/?postID=%2#post%2 [NC,NE,R=301,END]
# general rewrites
RewriteCond %{REQUEST_URI} ^/wbb4/ [NC]
RewriteCond %{QUERY_STRING} ^thread/(\d+).*(&.*)$ [NC]
RewriteRule ^.*$ https://unknowns.de/forum/thread/%1/%2 [NC,NE,QSD,R=301,END]
RewriteCond %{REQUEST_URI} ^/wbb4/(.*)/index.php$ [NC]
RewriteRule ^wbb4/.*$ https://unknowns.de/%1 [NC,NE,R=301,END]
RewriteCond %{REQUEST_URI} ^/wbb4/ [NC]
RewriteRule ^wbb4/(.*)$ https://unknowns.de/$1 [NC,NE,R=301,END]
# www => no www
RewriteCond %{HTTP_HOST} ^www\.unknowns\.de$ [NC]
RewriteRule (.*) https://unknowns.de/$1 [R=301,END]
# SSL-ZWANG
RewriteCond %{SERVER_PORT} !=123
RewriteRule (.*) https://unknowns.de/$1 [R=301,END]
Über Hilfe würden wir uns freuen, da es die Usability des Forums doch im weiter einschränkt.
… und ich kann es nach wie vor nicht reproduzieren, weil hier Chrome (desktop/mobile) problemlos funktioniert.
Wer die Ursachensuche ernsthaft betreiben mag, könnte sich etwas Zeit nehmen, die folgende Liste abarbeiten und die Ergebnisse hier teilen:
Interessant zu testen wäre, ob die Probleme auf den betroffenen Geräten mit anderen Chromium-basierten Browsern ebenfalls auftreten, also ob z. B. Chrome, Chromium, Edge und Brave exakt dieselben Ergebnisse liefern, ob das Verhalten auch mit anderen unknowns- oder System-Accounts auf denselben Geräten reproduzierbar ist und ob es auf anderen Systemen mit demselben unknowns-Account und den gleichen Browsern ebenfalls reproduzierbar ist.
Ansonsten bräuchte ich schon Zugriff auf ein (möglichst dauerhaft) betroffenes System (remote oder physisch), um neue Ansatzpunkte finden zu können …
Ich habe mal als Laie etwas ausprobiert.
Wenn ich den Link über den Rechtsklick in einem neuen Tab oder ein neues Fenster (Chrome mit Desktop) öffne, lande ich ordnungsgemäß beim ersten ungelesenen Beitrag. Ich habe das jetzt mit einigen Threads ausprobiert.
Will ich es im selben Fester öffnen, gerate ich wieder an den Seitenanfang.
Weiß jetzt nicht wie sehr das hilft, bin wie gesagt Laie. 
Falls sowas schon erwähnt wurde, vergesst mein Post.
den Link
Meinst du Links mit folgender Syntax?
https://unknowns.de/forum/thread/[id]-[Thema]/?postID=[Zahl]#post[Zahl]Falls nicht: Bitte Link hier als Code oder Inline-Code einfügen.
Kann sonst noch jemand das von Zaffod geschilderte Verhalten bestätigen?
den Link
Meinst du Links mit folgender Syntax?
Codehttps://unknowns.de/forum/thread/[id]-[Thema]/?postID=[Zahl]#post[Zahl]Falls nicht: Bitte Link hier als Code oder Inline-Code einfügen.
Kann sonst noch jemand das von Zaffod geschilderte Verhalten bestätigen?
Interessante Beobachtung. Mein Tablet zeigt den Fehler ja noch nachhaltig, hab das eben mal erprobt. Ja, das stimmt, aber nur, wenn ich die Seite im neuen Tab laden lasse, BEVOR ich dann die Ansicht zu ihm wechsel. Clicke ich gleich auf den neuen Tab, während der Inhalt noch lädt, dann sehe ich in der kleinen Pause, wie der Anker durch ein einfaches # ersetzt wird und bleibe am Seitenanfang.
Dieses Verhalten, dass der Anker der auf den Post verweist entfernt wird und dann nur noch die # übrigbleibt hatte ich ja weiter oben auch bereits geschildert, das ist bei mir genau so. Ich konnte das Problem wenn ich mittlere Maustaste zum öffnen des Links (also im neuen Tab öffnen) nutze bisher nicht nachvollziehen, dann klappts bei mir immer zuverlässig. Selbst wenn ich sofort auf den Tab wechsle. Ein wechseln während der Tab noch lädt ist bei meinem Ping und meiner Bandbreite nicht wirklich umsetzbar ohne künstlich zu drosseln.
Habe das Problem mit Chrome Mobile auch schon ein paar Tage, zuverlässig beim Cthulhu Wars Thread:
Schon mal ein Elder Sign probiert?
Immerhin weiß ich jetzt, dass ich es mir nicht nur eingebildet habe 😅
Meinst du Links mit folgender Syntax?
Codehttps://unknowns.de/forum/thread/[id]-[Thema]/?postID=[Zahl]#post[Zahl]Falls nicht: Bitte Link hier als Code oder Inline-Code einfügen.
Kann sonst noch jemand das von Zaffod geschilderte Verhalten bestätigen?
Interessante Beobachtung. Mein Tablet zeigt den Fehler ja noch nachhaltig, hab das eben mal erprobt. Ja, das stimmt, aber nur, wenn ich die Seite im neuen Tab laden lasse, BEVOR ich dann die Ansicht zu ihm wechsel. Clicke ich gleich auf den neuen Tab, während der Inhalt noch lädt, dann sehe ich in der kleinen Pause, wie der Anker durch ein einfaches # ersetzt wird und bleibe am Seitenanfang.
Das brachte mich auf folgende Test-Idee. Link clicken (einfach so, kein Tab) und SOFORT mit der mittleren Androidtaste den Startscreen anzeigen. Nach etwas Zeit die App wieder in den Vordergrund laden. Alles richtig geladen, kein Fehler. Offenbar muss das Fenster / die App während dieser kleinen Pause aktiv im Vordergrund sein, damit der Fehler sich zeigt.
Also - dass mit dem neuen Tab funzt bei mir zuverlässig. Erster Ungelesener Beitrag
Ohne neuen Tab - erster Beitrag der Seite
Desktop-Chrome
Meinst du Links mit folgender Syntax?
Codehttps://unknowns.de/forum/thread/[id]-[Thema]/?postID=[Zahl]#post[Zahl]Falls nicht: Bitte Link hier als Code oder Inline-Code einfügen.
Nein, nicht den Link mit #post, sondern bei ?action=firstNew.
Aus ....
https://unknowns.de/forum/thread/3853-aktuell-gespielte-videospiele/?action=firstNew... wird bei mir im neuen Tab/Fenster ordnungsgemäß:
https://unknowns.de/forum/thread/3853-aktuell-gespielte-videospiele/?postID=855733#post855733Für den Test von z.B. Smuntz bin ich wohl nicht schnell genug.
Das Problem sollte behoben sein. Bitte gebt Feedback, ob dem tatsächlich so ist oder eben nicht. Falls der Fehler nach wie vor auftreten sollte, bitte unbedingt die Seite unter Umgehung des Caches aufrufen (i. d. R. Alt/Ctrl/Shift+F5/Reload-Button) oder den Cache leeren.
Kurz bevor ich Zugriff auf StPs System bekommen hätte, konnte ich das Problem dann doch (endlich) auch lokal reproduzieren – und habe damit wohl die einmalige Chance auf Weltherrschaft vergeigt … Mit geflissentlichem Debugging ließ sich das Problem nach einigen anderen Ansätzen [ 
] letzten Endes auf das Plugin „Erweiterte Suche“ zurückführen, genauer die kontextsensitive Suche bzw. das Dropdown für die Bereichsauswahl. Dieses ist folglich erstmal deaktiviert. Ursachensuche mit dem Entwickler wird beizeiten folgen, bis dahin müsst ihr leider auf etwas Komfort verzichten.
PS: Großen Dank an Zaffod und Smuntz ! Ohne eure Versuche und Hinweise, hätte es sicher (nochmal) deutlich länger gedauert …
Geht wieder, danke!
Hehe - jetzt hatte man gerade begonnen, die Suche als Zugewinn für das Forum zu wertschätzen. So ein Luder 
Mit chrome-beta (108.0.5359.48) scheint das Problem nicht zu existieren. 108 sollte in Kürze stable sein, dann sehen wir weiter …
