[3.3] Suche nach eigenen Beiträgen liefert nicht immer die aktuellsten Beiträge

[Crizzo]

Hi,

ihr habt nicht zufällig in manchen Foren in deren Einstellungen die Indizierung für die Suchfunktion deaktiviert?

Wäre jetzt auf Grund vom Fehlerbild eher unwahrscheinlich.

[feltel]

Ich hab mich an meinen "alten" phpbb.de-Account erinnert und diesen mal wieder aktiviert. Ich bin derjenige welche hinter debianforum.de und ich versuche hier auch mal Input zu liefern.

Ihr habt also von 3.3.12 auf 3.3.13 upgedatet, zwischen diesen beiden Versionen gab es an der search.php keine Änderungen, daran kann es also nicht liegen; das erklärt auch, warum der Wechsel zur alten Version keine Veränderung gebracht hat.

Der Switch zurück zur search.php aus 3.3.12 erfolgte von 3.3.14 aus, und da gab es wohl nur marginale Änderungen. Nichts jedenfalls, was das Verhalten erklären würde.

Jetzt wäre mal interessant zu wissen, wie viele Beiträge für einen der betroffenen User bei einer direkten Datenbankabfrage gefunden werden; wenn phpMyAdmin kein Problem darstellt, könnt ihr ja mal die folgende Abfrage machen:

Code: Alles auswählen

SELECT COUNT(post_id) FROM phpbb_posts WHERE poster_id = xxxx

Für 'xxxx' bitte die user_id des betroffenen Users eingeben und den Tabellen-Prefix 'phpbb_' ggf. gegen euren austauschen.

Bei einem Beispielsuser liefert die Abfrage exakt die gleiche Anzahl an Beiträgen, wie auf der Profilseite zahlenmäßig aufgeführt werden. Es sind 11660, die Suche über search.php?author_id=21792&sr=posts liefert aber "nur" 11649. Ob der betreffende User jetzt die fehlenden elf Beiträge mal geschrieben hat und dann wieder gelöscht, das weiß ich adhoc nicht. Bei mir sind es 10472 vs. 10469. Interessanterweise ist der jüngste Beitrag von mir laut search.php?author_id=2&sr=posts vom 12.01.. Ich habe danach aber noch was geschrieben.

Hi,

ihr habt nicht zufällig in manchen Foren in deren Einstellungen die Indizierung für die Suchfunktion deaktiviert?

Wäre jetzt auf Grund vom Fehlerbild eher unwahrscheinlich.

Nein.

[Mike-on-Tour]

Bei einem Beispielsuser liefert die Abfrage exakt die gleiche Anzahl an Beiträgen, wie auf der Profilseite zahlenmäßig aufgeführt werden. Es sind 11660, die Suche über search.php?author_id=21792&sr=posts liefert aber "nur" 11649. Ob der betreffende User jetzt die fehlenden elf Beiträge mal geschrieben hat und dann wieder gelöscht, das weiß ich adhoc nicht. Bei mir sind es 10472 vs. 10469. Interessanterweise ist der jüngste Beitrag von mir laut search.php?author_id=2&sr=posts vom 12.01.. Ich habe danach aber noch was geschrieben.

Wenn die SQL-Abfrage 11660 Posts anzeigt, sollte die Suche ebenfalls auf diese Anzahl kommen, jedenfalls ist das bei allen Foren, bei denen ich das jetzt ausprobiert habe, so; Voraussetzung ist ein synchronisierter Beitragszähler, aber das scheint bei euch ja zu passen.

Wenn ich das aus diesem Beitrag und einem früheren richtig verstanden habe, werden anscheinend die neuesten Beiträge "unterschlagen", könnt ihr das bestätigen?

Da die search.php mehrere PHP-Events enthält, über die man die Suche selbst und das Ergebnis beeinflussen kann, stellt sich die Frage, ob ihr eine Erweiterung installiert habt, die dieses Verhalten verursachen könnte. Um das auszuschließen, könntet ihr mal sämtliche Erweiterungen deaktivieren (NICHT die Daten löschen) und für die User, bei denen das Problem aufgefallen ist, die Suche wiederholen. Wenn z.B. bei dem User mit der user_id = 21792 die korrekte Anzahl an Beiträgen gefunden wird, wäre die Ursache gefunden. Dann müsste man nur noch durch sukzessives Re-Aktivieren der einzelnen Erweiterungen mit Prüfen des Suchergebnisses zwischen den einzelnen Erweiterungen die verursachende Erweiterung identifizieren.

[feltel]

Wenn ich das aus diesem Beitrag und einem früheren richtig verstanden habe, werden anscheinend die neuesten Beiträge "unterschlagen", könnt ihr das bestätigen?

ich für meinen Teil, ja.

Da die search.php mehrere PHP-Events enthält, über die man die Suche selbst und das Ergebnis beeinflussen kann, stellt sich die Frage, ob ihr eine Erweiterung installiert habt, die dieses Verhalten verursachen könnte. Um das auszuschließen, könntet ihr mal sämtliche Erweiterungen deaktivieren (NICHT die Daten löschen) und für die User, bei denen das Problem aufgefallen ist, die Suche wiederholen. Wenn z.B. bei dem User mit der user_id = 21792 die korrekte Anzahl an Beiträgen gefunden wird, wäre die Ursache gefunden. Dann müsste man nur noch durch sukzessives Re-Aktivieren der einzelnen Erweiterungen mit Prüfen des Suchergebnisses zwischen den einzelnen Erweiterungen die verursachende Erweiterung identifizieren.

Inhaltsbezogene Erweiterungen gibt es auf debianforum.de nicht. Das ist mehr oder minder Vanilla. Installiert sind Contact Admin, Pastebin, Gallery, Privacy-Protection (Cookiebanner), Sitemap und User Merge. Alles, was eigentlich nicht direkt mit den Beiträgen der User zu tun hat.

[Mike-on-Tour]

Okay, dann ein anderer Ansatz: Ich habe mal schnell eine kleine Erweiterung geschrieben, die aus einem Event der Suche deren Parameter ausliest und in einer Datei /store/mot_checksearch.log speichert, ich hänge das zip an.

Bitte entpacken, auf den Server hochladen, aktivieren und die Suche der eigenen Beiträge über den "Schnellzugriff" und über das Profil starten. Danach bitte den Inhalt der o.a. Datei hier in einem code-Block posten oder mir per PN zukommen lassen.
Ich hoffe, das gibt uns etwas Aufschluss über das, was da eigentlich genau gesucht wird.

[kalamichaa]

Ich hab mich an meinen "alten" phpbb.de-Account erinnert und diesen mal wieder aktiviert.

Da hattest Du wohl das Glück, noch nicht die "Aufnahmeprüfung" bei der Registrierung durchlaufen zu müssen; an dieser bin ich zweimal gescheitert

Wenn ich das aus diesem Beitrag und einem früheren richtig verstanden habe, werden anscheinend die neuesten Beiträge "unterschlagen", könnt ihr das bestätigen?

• es scheint primär die neuesten Beiträge zu betreffen (meine beiden Beiträge von gestern fehlen)

• "primär" deshalb, weil ich mich erinnere, einmal in "Eigene Beiträge" einen alten Thread vergeblich gesucht zu haben, den dann jedoch die allgemeine Suche gefunden hat (falls gewünscht, kann ich versuchen dieses Szenario zu rekonstruieren, bin augenblicklich aber arbeitsmäßig ziemlich unter Druck)

Zeitliche Eingrenzung des erstmaligen Auftretens des Problems:

• da ich eher unregelmäßig im DebianForum unterwegs bin, habe ich -- um Reaktionen in Themen bei denen ich aktiv bin sofort zu sehen -- "Eigene Beiträge" als Einstiegsseite

• am 23.09.2024 viel mir auf, dass mein neuester Beitrag (diese werden üblicherweise sofort sichtbar) in "Eigene Beiträge" nicht aufschien; nachdem sich dies auch Tage später trotz verschiedener Geräte (Desktop, Laptop, Smartphon), unterschiedlicher IPs und Browser nicht änderte, habe ich per PN die DF-Moderatoren darauf aufmerksam gemacht

• da zumindest bis 09.09.2024 (mein letzter Beitrag davor) alles okay war, liegt die Vermutung nahe, dass das Problem durch das am 18.September von @feltel eingespielte Update auf phpBB 3.3.13 verursacht wurde

Jedenfalls: Dank für die Erweiterung, ich hoffe, das hilft!

[LukeWCS]

Inhaltsbezogene Erweiterungen gibt es auf debianforum.de nicht. Das ist mehr oder minder Vanilla. Installiert sind Contact Admin, Pastebin, Gallery, Privacy-Protection (Cookiebanner), Sitemap und User Merge. Alles, was eigentlich nicht direkt mit den Beiträgen der User zu tun hat.

Das Aufgabengebiet der installierten Erweiterungen muss nicht zwingend mit dem Fehlerbild korrelieren. Erweiterungen nutzen zentrale und globale Schnittstellen und Objekte von phpBB, wodurch es allein hier zu ungewollten Wechselwirkungen kommen kann. Und da können auch Updates von phpBB und PHP eine Rolle spielen. Darum sind bei uns im Support immer Erweiterungen ganz oben auf der Liste potentieller Fehlerquellen und das Deaktivieren aller Erweiterungen ist in vielen Fällen eine der ersten Aktionen und das hat auch schon oft den notwendigen Hinweis auf die Ursache geliefert.

Aber das nur am Rande. Während Mike jetzt mit Debug Code bei euch arbeitet, sollten nicht zig andere Lösungsversuche parallel unternommen werden.

Habe im Startbeitrag die Eckdaten vom Tracker übernommen; wir wollen diese Daten hier auch.

[LukeWCS]

@Mike

Ich habe mir mal die erwähnten Workarounds angeschaut, speziell das mit der zeitlichen Begrenzung. Dabei habe ich als Referenz das Thema hier im Startbeitrag verwendet (Link 1), bin dort auf die letzte Seite und habe mir gezielt die User rausgepickt, die da heute geschrieben haben, damit ich auf jeden Fall Positive habe. Zuerst bin ich bei jedem auf den Zähler und habe das Datum des dort gezeigten neuesten Beitrags notiert. Dann habe ich direkt den GET Parameter &st=365 manuell an die SuFu URL angehängt, um die realen letzten, öffentlichen Beiträge zu bekommen. Hier die Ergebnisse:

Stichprobe 15.01.2025 19:04-19:07

Letzter Beitrag laut SuFu:

Code: Alles auswählen

TRex  : 13.01.2025 11:08:30
feltel: 13.01.2025 14:47:30
MSfree: 13.01.2025 13:20:34
Meillo: 13.01.2025 12:49:18

Realer letzter Beitrag:

Code: Alles auswählen

TRex  : 15.01.2025 01:52:19
feltel: 15.01.2025 16:42:22
MSfree: 15.01.2025 11:56:55
Meillo: 15.01.2025 12:09:22

Das wirkt auf mich so, als würden bei zeitlich unbegrenzter Suche schlicht die letzten 48 Stunden "ausgeblendet" werden. Wenn das zutrifft, müsste sich das Zeitfenster der "fehlenden" Beiträge permanent vorwärts bewegen. Das ist natürlich nicht präzise, weil hier schon mal nur die Beiträge berücksichtigt sind, auf die ich als Gast Zugriff habe. Auch die Grösse des Zeitfensters ist nicht präzise ermittelt. Aber für ein erstes "Muster" evtl. ein Anfang.

[TRex_dfde]

Das ist natürlich nicht präzise, weil hier schon mal nur die Beiträge berücksichtigt sind, auf die ich als Gast Zugriff habe.

Im nichtöffentlichen Bereich gabs keine Aktivität seit 10.01.2025. Für den Fall, dass sich das die Tage noch ändert: MSfree aus der Liste betrifft das nicht.

[LukeWCS]

Jut, dann sind die Daten meines Snapshots schon mal brauchbar.

Beim Link hab ich mich vertan, ich meinte 1, nicht 3, habs korrigiert.