Update auf phpBB 3.3.13 (... hat einen Bug bei der Suche erzeugt)

[buntewolke]

Na ja hier bei diesem Thema geht es weniger um technische, eher um organisatorische Seite des Problems .

[Meillo]

Na ja hier bei diesem Thema geht es weniger um technische, eher um organisatorische Seite des Problems .

Wir diskutieren alles an einer Stelle, sonst blickt am Ende keiner mehr durch.

[fischig]

Versucht da vielleicht jemand, statt in bekannter Manier zu trollen, die Forenleitung mit „kreativen Verbesserungs“vorschlägen zu fluten?

[feltel]

Ich kann mir sehr gut vorstellen, dass da ein Caching (auf irgendeiner Ebene, in irgendeiner Art und Weise) eine Rolle spielt.

Browsercache und Cookies können es (bei mir) nicht sein

Browsercache ist auch der letzte, an den ich da denke. Eher DB-Cache, PHP-Cache, phpbb-Cache.... (und natürlich in einer Art und Weise, wie es nicht gedacht war - aber halt durch Umstände getriggert, die nicht in den Testforen von phpbb auftauchen)

Das Forum nutzt einen Redis-Cache. Den kann ich gerne mal leeren. Eine andere Cache- oder Optimierungsebene gibt es nicht und gab es noch nie.

[feltel]

Bei mir ist auch immer noch das fehlerhafte Verhalten zu sehen.
Sebastian, vielleicht kannst Du ja doch noch mal schauen, ob Du was findest, alles andere bringt ja nichts.

Mir fehlen da wirklich leider sinnvolle Ansatzpunkte. Ich könnte mal testweise noch die search.php von beispielsweise phpBB 3.3.12 oder .13 hier in die aktuelle Installation kopieren. Vielleicht kommt man auch über einen diff der Datei gegen die aktuelle auf eine Idee. Das verflixte ist, das ich im Moment echt wenig Zeit hab. Und über die Feiertage hatte ich zugegeben auch wenig Motivation mich dahinterzuklemmen. Ist denn diese Funktion _so_ essentiell das es wehtut, wenn das (aktuell) nicht geht, nach eigenen Beiträgen zu suchen?

[feltel]

Die search.php von 3.3.12 ist jetzt hier aktiv. Das wird denke ich aber wenig bringen. Das diff zwischen 3.3.12 und 3.3.14 ist unspektakulär.

Code: Alles auswählen

feltel@kroker:/srv/www/debianforum.de/htdocs/forum$ diff -u search.php search.php.orig 
--- search.php  2025-01-07 18:55:43.315710707 +0100
+++ search.php.orig     2025-01-07 18:55:27.843646019 +0100
@@ -90,8 +90,21 @@
        break;
 }
 
+$search_auth_check_override = false;
+/**
+* This event allows you to override search auth checks
+*
+* @event core.search_auth_check_override
+* @var bool    search_auth_check_override      Whether or not the search auth check overridden
+* @since 3.3.14-RC1
+*/
+$vars = [
+       'search_auth_check_override',
+];
+extract($phpbb_dispatcher->trigger_event('core.search_auth_check_override', compact($vars)));
+
 // Is user able to search? Has search been disabled?
-if (!$auth->acl_get('u_search') || !$auth->acl_getf_global('f_search') || !$config['load_search'])
+if (!$search_auth_check_override && (!$auth->acl_get('u_search') || !$auth->acl_getf_global('f_search') || !$config['load_search']))
 {
        $template->assign_var('S_NO_SEARCH', true);
        trigger_error('NO_SEARCH');

[KP97]

Ist denn diese Funktion _so_ essentiell das es wehtut, wenn das (aktuell) nicht geht, nach eigenen Beiträgen zu suchen?

Nein, ich weiß auch so, wo ich was geschrieben habe, war halt nur sehr bequem. Vielleicht ist das beim nächsten Update auch schon wieder anders, wer weiß.

[KP97]

Sebastian, unsere Beiträge haben sich überschnitten. Jetzt hab ichs gerade nochmal probiert und nun funktioniert es wieder.
Das ist ja sehr merkwürdig, aber hoffentlich bleibt es jetzt so. Danke.

[feltel]

Okay, dann kanns jetzt am geleerten Redis liegen oder an der search.php. Letztere würde ich dann vielleicht morgen/übermorgen wieder auf Stand 3.3.14 bringen. Wenn es dann wieder nicht mehr geht, dann freiwillige vor, das anhand des Diffs zu debuggen.

[Meillo]

Die search.php von 3.3.12 ist jetzt hier aktiv. Das wird denke ich aber wenig bringen. Das diff zwischen 3.3.12 und 3.3.14 ist unspektakulär.

Mit 3.3.13 oder 3.3.14 haben sie eine ganze Menge Auth-Zeug und Rechte-Management umgebaut. Damit koennte so ein Problem prinzipiell schon zusammenhaengen.

Testweise finde ich die Idee mit der anderen Datei interessant. Dauerhaft sollten wir das eher nicht so betreiben, weil damit ggf. irgendwelche Sicherheitsauswirkungen auftreten koennten, nachdem sie gerade an dem Punkt rumgeschaubt haben.

Okay, dann kanns jetzt am geleerten Redis liegen oder an der search.php. Letztere würde ich dann vielleicht morgen/übermorgen wieder auf Stand 3.3.14 bringen. Wenn es dann wieder nicht mehr geht, dann freiwillige vor, das anhand des Diffs zu debuggen.

Hoert sich nach einem Plan an.

[schorsch_76]

Ich hab per [1] forum-dl einen Mirror des Forums in jsonl Dateien gemacht. Da hab ich feltel aber ein PN geschrieben das er Bescheid wusste wer da das Forum hämmert . Bei mir in einem lxc Container hab ich dann die jsonl Dateinen in ein 3.3.14 phpbb Forum in die Datenbank gewurstet. Das hat ca. 1 Tag arbeit gekostet. Ich wollte keinen vollen DB Dump haben da ich keine privaten Daten haben will.




Die Foren enthalten den öffentlich einsehbaren Bereich. Für notwendige aber benötigte Werte hab ich Standardwerte gesetzt.

Jetz versuch ich den Fehler hier nachzustellen.

[1] https://github.com/ismarapw/forum-dl

[schorsch_76]

Nur zur Dokumentation für alle:



Egosearch = Erweiterte Suche nach Autor + Themen

Das liefert jetzt nach den leeren des Caches hier im dfde und hier in meiner Testinstanz die gleichen Ergebnisse. Vielleicht könnt ihr das auch mal ausprobieren um euch den zu versichern falls es nochmal kaputt geht.

[michaa7]

Hi schorschi,

im Moment schaut das alles ok aus, egosearch und beiträge eins Nutzers werden derzeit auf dem neuesten Stand angezeigt.

Ich weiß nicht was du oder wer auch immer gemacht hat, aber danke dafür. Ich habe diese Funktion immer wieder mal genutzt und finde sie schon praktisch und handlich, auch um eigene Beiträge wieder zu finden.

Mercie

[cosinus]

Ich weiß nicht was du oder wer auch immer gemacht hat, aber danke dafür. Ich habe diese Funktion immer wieder mal genutzt und finde sie schon praktisch und handlich, auch um eigene Beiträge wieder zu finden.

@schorsch_76 hat hier nichts gemacht, @feltel ist der Admin vom DFDE.
Wenn ich es richtig gelesen habe: Redis-Cache gelöscht und die Suchfunktion (PHP-Script) einer älteren Version auf den Webserver zurückkopiert. Wenn nur der Cache der Übeltäter war, werden wir den Fehler in ein paar Tagen wohl wieder haben.

[cosinus]

Ich hab schon befürchtet
Der Bug ist immer noch da, wenn ich nach meinen Beiträgen suche [search.php?author_id=41132&sr=posts] wird wieder nicht alles angezeigt.
@feltel: kannst du nochmal den Redis-Cache löschen bei Gelegenheit? Die search.php aus der Version 3.3.12 scheint wohl nichts gebracht zu haben.

[schorsch_76]

Ist das was du erwartest?

search.php?author_id=41132&sr=topics

[TRex]

Heißt topics funktionieren, posts nicht.

[cosinus]

Ist das was du erwartest?

search.php?author_id=41132&sr=topics

Nee, eher sowas -> search.php?keywords=&terms=all&author=c ... bmit=Suche

[buntewolke]

Der Bug ist immer noch da, wenn ich nach meinen Beiträgen suche [search.php?author_id=41132&sr=posts] wird wieder nicht alles angezeigt.
[...]
Die search.php aus der Version 3.3.12 scheint wohl nichts gebracht zu haben.

Ist das was du erwartest?

search.php?author_id=41132&sr=topics

Nee, eher sowas -> search.php?keywords=&terms=all&author=c ... bmit=Suche

@cosinus, schön wäre, wenn du Klartext beschreibst, was der Fehler ist:

• damit man den Fehler eindeutig beschreiben kann - die Spalten "SUC:9 Kurzbezeichnung" und "Beschreibung" hier. Ist es immer noch egosearch? Oder erweiterte Suche?
• damit andere testen und nachvollziehen können, ob der Fehler reproduzierbar bzw. behoben ist.

Ja, wer sich in der phpBB-URL-Syntax auskennt, braucht so eine Beschreibung nicht. Ich kenne mich mit dieser Syntax nicht aus .

[cosinus]

Die Suche, die nicht mehr geht, ist die, wenn ich mein Profil klicke und dort auf meine Beiträge anzeigen. Hatte ich aber schonmal geschrieben.

[buntewolke]

Die Suche, die nicht mehr geht, ist die, wenn ich mein Profil klicke und dort auf meine Beiträge anzeigen. Hatte ich aber schonmal geschrieben.

Na ja, sobald irgendwelche Änderungen gemacht werden - wie zuletzt Redis-Cache-Löschung und search.php downgrade - sind für alle Fehler Tests fällig, was geht und was nicht.

[Meillo]

Edit: Vorschnelle Schlussfolgerung entfernt. Nach einer eigenen Pruefung habe ich die Meldung von cosinus nicht reproduzieren koennen.

[buntewolke]

Die Suche, die nicht mehr geht, ist die, wenn ich mein Profil klicke und dort auf meine Beiträge anzeigen.

Ich sehe alle meine neueste Kommentare, wenn ich die Abfrage "Beiträge des Benutzers suchen" in meinem Profil anklicke. Sprich, für mein Profil ist - Stand jetzt - der Fehler von @cosinus nicht reproduzierbar. Es sei dann @feltel hat in der Zwischenzeit wieder Redis-Cache gelöscht.

[Meillo]

Die Suche, die nicht mehr geht, ist die, wenn ich mein Profil klicke und dort auf meine Beiträge anzeigen.

Ich sehe alle meine neueste Kommentare, wenn ich die Abfrage "Beiträge des Benutzers suchen" in meinem Profil anklicke. Sprich, für mein Profil ist - Stand jetzt - der Fehler von @cosinus nicht reproduzierbar.

Stimmt. Ich finde auch alle seine Beitraege:
search.php?author_id=41132&sr=posts

Damit ziehe ich meinen vorigen Post zurueck.

cosinus, bitte poste die URL von der Suchabfrage, die nicht zu gehen scheint.

[buntewolke]

cosinus, bitte poste die URL von der Suchabfrage, die nicht zu gehen scheint.

Diese Abfrage für @cosinus https://debianforum.de/forum/search.php?author_id=41132&sr=posts liefert für mich als neuesten Kommentar diesen mit dem Zeitstempel "07.01.2025 22:43:59".

Stimmt. Ich finde auch alle seine Beitraege:
search.php?author_id=41132&sr=posts
[...]
Damit ziehe ich meinen vorigen Post zurueck.

So ein Verhalten haben wir schon gehabt, glaube ich. Ich meine - du @Meillo, als Mod, hast andere Suchergebnisse im Vergleich mit normalen Nutzern. Ob Redis-Cache jetzt den @cosinus-Fehler verursacht, kann man versuchen zu klären, in dem man wieder den Redis-Cache leert.

Edit 2025-01-09
korrigiert "... du @Meillo, als Admin, ..." zu "... du @Meillo, als Mod, ..."