yzemaze : hier noch weitere detailliertere Beobachtungen, vielleicht kannst Du das mit Deinem technischen Sachverstand besser einordnen und hast Ideen. Lesen der Threads am Handy ist aktuell jedenfalls nicht wirklich möglich, da man ja sehr oft innerhalb der Seite noch scrollen muss, wo denn da der Beitrag steht, der nicht direkt angesprungen wird.
Mit dem Auflösen der Dashboard-Links (Typ: ...?action=firstNew) hat es definitiv nichts zu tun. Ich hab eine andere Linkquelle auf unknowns gefunden, mit der ich das Problem ebenso gut reproduzieren kann. Dabei ist zu erwähnen, dass es bei einer Vielzahl von Clicks bei meinen Tests eben auf den gleich beschriebenen Link auf dem Handy zwischendurch auch einmal funktioniert hat!
Die Rede ist von den Benachrichtigungen zu Reaktionen. Zur Erläuterung habe ich Ausschnitte von Handy-Screenshots eingefügt.
Jüngst habe ich von Phantom und Imperator I eine Reaktion erhalten. Wird so angezeigt:
Der Link des Eintrags weist auf:
https://unknowns.de/forum/thread/22382-10-10-16-10-2022/?postID=830976#post830976
Tippe ich darauf, lädt die Seite:
Man beachte in diesem Bild den kleinen dünnen Fortschrittsbalken unter der URL, der so etwa auf 80% seiner Länge für etwa 2 Sekunden hängenbleibt.
Danach sieht es so aus:
Der Ladevorgang ist beendet, es ist kein Sprung auf den gewünschten Post erfolgt, die URL oben hat die Form
https://unknowns.de/forum/thread/22382-10-10-16-10-2022/#
Da fehlt also die Referenz zum Anker ..#post830976 am Ende, der in dem Link aber drin stand, kennen wir ja schon.
Mit dem Prefix view-source: habe ich dann den Quelltext anzeigen lassen. Ist nicht ganz dasselbe wie am PC, da die Seite dafür wohl erneut geladen werden muss. Darin finde ich jedenfalls den Tag an dieser Stelle:
Das dürfte der gewünschte Anker sein, auch wenn das kein nacktes HTML ist, hier mit CSS o.a. (class=...) gearbeitet wird. Am PC habe ich mir den Quelltext der Seite auch angeschaut, da sieht das nicht anders aus.
Dann habe ich den CHrome mal in den Desktop-Mode geschaltet. Abgesehen davon, dass sich die Seite damit nicht wirklich gut bedienen lässt (alles winzig), hat sich das Fehlverhalten dadurch nicht geändert, also bin ich gleich wieder zurück zum normalen Modus.
Auf meinem Tablet (wie mein Handy von Samsung, Android 8.1.0) habe ich Chrome Version 106.0.5249.118 und kann das Problem nicht beobachten.
Nun wird in Einzelfällen auch von Beobachtungen mit Firefox geredet, meist (nur?) auf Mobilgeräten. Ich beobachte diesen 2-Sekunden-Hänger, bevor der Browser aufgibt. Kann es sein, dass es hier um ein unglückliches Zusammenspiel von Ressourcen und Timeouts geht? Habt Ihr Anfang Oktober dem Server vielleicht 'ne virtuelle CPU weggenommen oder sonst was gemacht? Zumindest ich hab wie oben geschrieben mein Handy aktualisiert, das kann ja schon den Trigger auf meiner Seite gegeben haben. In den Tagen nach dem 1.10. (Update des Handys) war mir aber nichts aufgefallen, erst jetzt seit zwei Tagen oder so, sonst wär mir das doch schon früher aufgefallen. Nun muss ich wohl eine Weile auf das nächste Update warten und das Beste hoffen...
Als letzten Test habe ich eben in meinen Einstellungen mal "Beiträge pro Seite" von 40 auf 5 runtergesetzt. Damit wird ja weniger Content geladen, aber der Fehler verschwindet dadurch nicht, das hat auch keinen Einfluss.
Ich gebe es ja zu, meine Fantasie ist begrenzt, aber mit den beschriebenen Tests und Beobachtungen fällt Dir vielleicht noch was ein, vielleicht sogar ein Lifehack für die Browsereinstellungen. Ich habe das Gefühl, die bauen da alle naselang nochmal ein fehlerhaftes altes Modul neu ein, entsprechende alte Einträge im Netz findet man reichlich, googelt man z.B. "android chrome anchor not working".
Wenn ich noch was testen / berichten soll, sag bescheid.