[3.3] [Fork] Recent Topics NG

[LukeWCS]

Danke, "voreilig" ist hier gerade mein Grundproblem (meine Nutzer sind an die Recent topics gewöhnt, und nach der php-Umstellung musste ich die Ursprungsversion komplett deaktivieren, da sie nicht mit php 8.x läuft.)

Ja, geht mir mit meinem LB ja auch so. Das ist zwar prinzipiell tot, aber die paar wenigen die noch da sind, vermissen das auch schmerzlich. Aber mir blieb trotzdem erstmal nichts anderes übrig als RT zu deaktivieren.

Auch wenn unser Fork bereits eine bessere Qualität hat als das Original, sind wir trotzdem noch nicht fertig.

Ja, die Löschmöglichkeit steht wieder zur Verfügung.

Hab ich mir fast gedacht, bzw. ich hatte darauf gehofft. Jetzt bitte bei RT die Funktion "Arbeitsdaten löschen" erneut versuchen, dann wieder manuell den Cache löschen und dann Rückmeldung geben, ob dann RT auch wirklich als deinstalliert aufgeführt ist, also "Arbeitsdaten löschen" nicht mehr zur Verfügung steht.

Ich jage seit Wochen ein Problem bei der RT Deinstallation, dass hier seinen Anfang genommen hat:

Leider erhalte ich nun diese Fehlermeldung, auch bei der vorher funktionierenden Version 2.2.13 und habe keine Ahnung ob und was ich da machen könnte, denn ich fand die Anzeige der neuesten Beiträge ganz oben im Forum schon richtig gut.

Das ist leider ein Problem das nicht gezielt reproduziert werden kann. Ich hatte in den letzten Wochen in meinem TB dieses Problem wie Tommy Herrmann ebenfalls, konnte es aber dann auch nicht mehr reproduzieren. Mit dir sind das jetzt bereits 3 Personen hier auf .de die über diese Problematik gestolpert sind und ich suche händeringend nach Infos.

Zusatz: Das Problem hat mit unserem Fork nichts zu tun, sondern ist ein "offensichtlicher" Fehler im Original, den ich aber bis heute noch nicht lokalisieren konnte.

[sepp71]

Hab ich mir fast gedacht, bzw. ich hatte darauf gehofft. Jetzt bitte bei RT die Funktion "Arbeitsdaten löschen" erneut versuchen, dann wieder manuell den Cache löschen und dann Rückmeldung geben, ob dann RT auch wirklich als deinstalliert aufgeführt ist, also "Arbeitsdaten löschen" nicht mehr zur Verfügung steht.

Arbeitsdaten löschen habe ich geklickt, aber es stand danach immer noch zur Verfügung. Ich bin nicht mehr ganz sicher, abr m.E. mit Fehlermeldung.
Danach habe ich die Dateien aus dem Verzeichnis gelöscht, daraufhin Gemecker auf der Extensions seite, weil RT noch eingetragen war. Ich habe jetzt via phyadmin den entsprechenden Eintrag in der Datenbanktabelle gelöscht.
(Und Dir, wie mir jetzt klar wird, damit wieder eine Spur vernichtet)
Parallel hatte ich den Fork ja problemlos in meinem ersten Board "drüberinstalliert", dort hat auch die Deinstallation ohne Fehlermeldung im ersten Durchgang funktioniert. Eigentlich sollten sie beiden gleichmäßig eingerichtet sein.

Mein Problem ist damit aus der Welt - kann ich mich nun noch irgendwie nützlich machen, wenn es der Weiterentwicklung des Forks in Richtung LiveBoard dient? Nochmal ganz von vorn installieren? (Geht nur leider erst heute abend)
Sepp

[LukeWCS]

Arbeitsdaten löschen habe ich geklickt, aber es stand danach immer noch zur Verfügung.

Interessant, das weicht von meinen bisherigen Erfahrungen ab.

Ich bin nicht mehr ganz sicher, abr m.E. mit Fehlermeldung.
Danach habe ich die Dateien aus dem Verzeichnis gelöscht, daraufhin Gemecker auf der Extensions seite, weil RT noch eingetragen war. Ich habe jetzt via phyadmin den entsprechenden Eintrag in der Datenbanktabelle gelöscht.

Bisserl Lesestoff, siehe ersten Link in meiner Sig, da erfährst du, warum eine Ext erst dann vom Webserver gelöscht werden darf, wenn die Deinstallation erfolgreich abgeschlossen wurde. Das war bei dir nicht der Fall.

Was den Eintrag in der DB angeht, du wirst vermutlich nur den Eintrag in der Tabelle _ext gelöscht haben. Eine Ext wird bei der ersten Aktivierung (Installation) von phpBB aber noch an anderen Stellen in der DB eingetragen. Und eine Ext kann darüber hinaus noch an einigen weiteren Stellen in der DB Daten und Strukturen hinzufügen. Wo genau, hängt von der jeweiligen Ext ab. Bei RT sind das auf jeden Fall:

_acl_options
_acl_roles_data
_config
_ext
_migrations
_modules
_users

In diesen Tabellen wird sowohl von RT als auch von phpBB selbst Daten hinzugefügt.

(Und Dir, wie mir jetzt klar wird, damit wieder eine Spur vernichtet)

Jupp. Bei dir gab es eine Abweichung, die mich näher interessiert hätte. Weil jedes Detail helfen kann, der Problematik auf die Spur zu kommen.

Mein Problem ist damit aus der Welt - kann ich mich nun noch irgendwie nützlich machen, wenn es der Weiterentwicklung des Forks in Richtung LiveBoard dient? Nochmal ganz von vorn installieren? (Geht nur leider erst heute abend)

Bitte RT in den LBs deaktiviert lassen, bis wir ein Release haben.

Bis dahin kann man aber in einem TB gerne unseren Fork testen und Rückmeldungen dafür geben.

[sepp71]

Bisserl Lesestoff, siehe ersten Link in meiner Sig, da erfährst du, warum eine Ext erst dann vom Webserver gelöscht werden darf, wenn die Deinstallation erfolgreich abgeschlossen wurde. Das war bei dir nicht der Fall.

Was den Eintrag in der DB angeht, du wirst vermutlich nur den Eintrag in der Tabelle _ext gelöscht haben. Eine Ext wird bei der ersten Aktivierung (Installation) von phpBB aber noch an anderen Stellen in der DB eingetragen. Und eine Ext kann darüber hinaus noch an einigen weiteren Stellen in der DB Daten und Strukturen hinzufügen. Wo genau, hängt von der jeweiligen Ext ab. Bei RT sind das auf jeden Fall:

_acl_options
_acl_roles_data
_config
_ext
_migrations
_modules
_users

In diesen Tabellen wird sowohl von RT als auch von phpBB selbst Daten hinzugefügt.

Ups. Das war dann nicht so schlau von mir...
Und soo tief wollte ich nun auch nicht in der DB-Struktur herumwühlen, das nun auch noch alles "zu Fuß" anzufassen. Ich hatte auf das Support Toolkit spekuliert, um notfalls die Reste herauszubekommen, aber das scheint es auch nicht in der aktuellen Version zu geben.
Zum endgültigen Haareraufen:
Nachdem das Kind nun schon in den Brunnen gefallen ist, habe ich versucht, den Fork noch einmal auf meinem Liveboard zu installieren. Aber das klappt nun leider auch nicht mehr.
Ich werde mal eine Pause einlegen und mich ans Aufräumen machen, sobald die Freigabe für Liveboards da ist...
Sepp

Nachtrag:

Arbeitsdaten löschen habe ich geklickt, aber es stand danach immer noch zur Verfügung.

Interessant, das weicht von meinen bisherigen Erfahrungen ab.

Um nun (nach Lektüre Deiner Sig.) meine DB doch wieder sauber zu bekommen, habe ich jetzt noch einmal eine alte Version von RT (2.2.13) hochgeladen und zu aktivieren versucht, obwohl ich ja weiß, dass sie unter php 8.x nicht fuktioniert. Installation lief aber nicht durch, es kam die Fehlermeldung "Die Konfigurationseinstellung „rt_version“ existiert unerwarteterweise nicht" und die Installation brach ab.
Jetzt ist "Arbeitsdaten löschen" wieder im Angebot. aber wenn man draufklickt, scheint nichts zu passieren.

[LukeWCS]

Um nun (nach Lektüre Deiner Sig.) meine DB doch wieder sauber zu bekommen, habe ich jetzt noch einmal eine alte Version von RT (2.2.13) hochgeladen und zu aktivieren versucht, obwohl ich ja weiß, dass sie unter php 8.x nicht fuktioniert. Installation lief aber nicht durch, es kam die Fehlermeldung "Die Konfigurationseinstellung „rt_version“ existiert unerwarteterweise nicht" und die Installation brach ab.
Jetzt ist "Arbeitsdaten löschen" wieder im Angebot. aber wenn man draufklickt, scheint nichts zu passieren.

Die DB ist bei dir jetzt in einem "undefinierten" Zustand, was die Installation von RT angeht. Sprich, weder Uninstall noch Install klappen noch. Bei dir hat der "uninstall-bug" grössere Auswirkungen als bei Tommy und mir.

Notfalls muss man eine manuelle Bereinigung der DB machen und alles von RT manuell entfernen. Aber bevor wir das machen, versuchen wir erstmal eine "vereinfachte" Bereinigung, dann müsstest du RT wieder normal installieren und vor allem normal deinstallieren können:

In der DB folgende Einträge löschen. Nicht von den Werten hinter den jeweiligen Namen irritieren lassen, ich habe mit meinem SQL Client einfach ein CSV Export der markierten Datensätze gemacht. Und vorher eine Sicherung der DB machen kann nicht schaden.

Tabelle _ext

Code: Alles auswählen

paybas/recenttopics;1;b:0;

Tabelle _config

Code: Alles auswählen

rt_anti_topics;0;0
rt_index;1;0
rt_location;RT_TOP;0
rt_min_topic_level;0;0
rt_number;5;0
rt_on_newspage;0;0
rt_page_number;0;0
rt_page_numbermax;10;0
rt_parents;1;0
rt_sort_start_time;0;0
rt_unread_only;0;0
rt_version;2.2.15;0

Tabelle _migrations

Code: Alles auswählen

\paybas\recenttopics\migrations\release_2_0_0;a:1:{i:0;s:34:"\phpbb\db\migration\data\v320\v320";};1;1;;1675616434;1675616435
\paybas\recenttopics\migrations\release_2_0_4;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_0_0";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_0_5;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_0_4";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_0_6;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_0_5";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_1_0;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_0_6";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_1_1;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_1_0";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_1_2;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_1_1";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_1_3;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_1_2";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_0;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_1_3";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_1;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_2_0";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_10;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_2_9";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_11;a:1:{i:0;s:46:"\paybas\recenttopics\migrations\release_2_2_10";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_12;a:1:{i:0;s:46:"\paybas\recenttopics\migrations\release_2_2_11";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_13;a:1:{i:0;s:46:"\paybas\recenttopics\migrations\release_2_2_12";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_14;a:1:{i:0;s:46:"\paybas\recenttopics\migrations\release_2_2_13";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_15;a:1:{i:0;s:46:"\paybas\recenttopics\migrations\release_2_2_14";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_2;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_2_1";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_3;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_2_2";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_4;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_2_3";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_5;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_2_4";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_6;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_2_5";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_7;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_2_6";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_8;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_2_7";};1;1;;1675616435;1675616435
\paybas\recenttopics\migrations\release_2_2_9;a:1:{i:0;s:45:"\paybas\recenttopics\migrations\release_2_2_8";};1;1;;1675616435;1675616435

Tabelle _modules

Code: Alles auswählen

1131;1;1;;acp;32;396;399;RECENT_TOPICS;;
1132;1;1;\paybas\recenttopics\acp\recenttopics_module;acp;1131;397;398;RT_CONFIG;recenttopics_config;ext_paybas/recenttopics && acl_a_board

Das ist zwar nicht alles, aber das müsste reichen, damit sich RT wieder installieren/deinstallieren lässt.

[sepp71]

Hui, vielen herzlichen Dank für Deinen Einsatz!
Zwischenzeitlich hatte ich das STK dann doch noch für meine Version flott bekommen und nach vorheriger sauberer Deaktivierung der anderen installierten Extensions die Datenbank bereinigt.

Tabelle _ext ...

paybas/recenttopics;1;b:0; hatte ich ja schon manuell gelöscht

Tabelle _config
enthielt keine Einträge mehr zu rt

Tabelle _migrations
enthielt die genannten Einträge, die sind nun 'raus!

Tabelle _modules
war anders aufgebaut als alle anderen, enthielt aber auch keinen Eintrag mit "rt"


Aber einen erneuten Installationsversuch für RT habe ich nun noch nicht gewagt. Sollte ich?
Sepp

[LukeWCS]

war anders aufgebaut als alle anderen, enthielt aber auch keinen Eintrag mit "rt"

Zwangsläufig, weil Module bei der Installation automatisch eine ID zugewiesen bekommen, die bei dir natürlich anders sein kann als bei mir. Wenn diese beiden Einträge aber nicht mehr da sind, passt das.

Aber einen erneuten Installationsversuch für RT habe ich nun noch nicht gewagt. Sollte ich?

Jupp, jetzt bitte nochmal manuell Cache löschen und dann eine neue Installation versuchen.

[IMC]

Ich jage seit Wochen ein Problem bei der RT Deinstallation, dass hier seinen Anfang genommen hat:

Leider erhalte ich nun diese Fehlermeldung, auch bei der vorher funktionierenden Version 2.2.13 und habe keine Ahnung ob und was ich da machen könnte, denn ich fand die Anzeige der neuesten Beiträge ganz oben im Forum schon richtig gut.

Das ist leider ein Problem das nicht gezielt reproduziert werden kann.

Hi Patrick,

ich kann den Fehler bei mir auch nicht reproduzieren. Ich habe aber die Vermutung das die Migration nicht ganz sauber ist. Ich bin die eben ganz flüchtig durch gegangen und habe festgestellt dass, das Feld rt_number in der release_2_2_2.php nicht wie zuvor als int sondern als string deklariert ist. Vielleicht ist da noch mehr was eventuell manchmal Probleme machen kann.

[LukeWCS]

nAbend Thorsten

ich kann den Fehler bei mir auch nicht reproduzieren.

Ja, leider. Als Tommy das Problem zum ersten Mal meldete, allerdings mit einer anderen Fehlermeldung, hatte ich noch exakt 0 Anhaltspunkte. Dann vor einigen Wochen hatte ich den gleichen Fehler "duplicate key" und die unmittelbar zuvor ausgeführte Aktion war ein RT Uninstall. Exakt das gleiche bei sepp71, bei ihm aber mit einem anderen Problem. Aber auch bei ihm war unmittelbar davor ein RT Uninstall. Ich vermute, dass das auch bei Tommy der Fall war. Du hattest das ja auch mitbekommen damals.

Durch den neuen Fall von sepp71 daher meine Vermutung inzwischen, dass die RT Migration der Verursacher ist und das Problem nur dann auftritt, wenn man RT deinstalliert.

Ich habe aber die Vermutung das die Migration nicht ganz sauber ist. Ich bin die eben ganz flüchtig durch gegangen und habe festgestellt dass, das Feld rt_number in der release_2_2_2.php nicht wie zuvor als int sondern als string deklariert ist.

Hmm nein, das verursachte Problem ist schwerwiegender als ein simples Typen-Problem. Davon abgesehen ist es eh egal, mit welchen Typen wir im PHP hantieren, weil in der der DB eine Config Variable sowieso als String landet.

Vielleicht ist da noch mehr was eventuell manchmal Probleme machen kann.

Das die Migration auch als Versions-Inkrementor "missbraucht" wird, hab ich ja schon erwähnt. Da gibts aber noch weitere seltsame Dinge. Zum Beispiel werden Konfig-Variablen gelöscht und dann gleich wieder hinzugefügt. Wozu das gut sein soll, entzieht sich gerade meinem Verständnis.

Dann ist die Migration auch an anderen Stellen unnötig umständlich. Da wurden etliche Aktionen manuell forciert, die der Migrator selbstständig erledigen kann. Ich schätze mal, dass sind alles 3.1-Altlasten, vermutlich waren damals solche Dinge nötig. Ich hatte bei LFWWH selbst eine Extrawurst in der Migration braten müssen, weil phpBB mal lange Zeit nicht selbständig Rechte entfernt hat bei der Deinstallation.

Ich habe einige Versuche durchgeführt und ich kann die Migration in mehreren Dateien abspecken. Dadurch fällt Code weg, der nicht benötigt wird. Im Idealfall löst das vielleicht schon die gelegentlichen Deinstallations-Probleme. Und wenn nicht, hätten wir dann immerhin weniger Code, den man untersuchen müsste, wenn es dann trotz abgespeckter Migration erneut zu Problemen kommen sollte. Dafür würde ich aber einen eigenen Branch anlegen, weil das müssten wir dann erstmal gründlich testen.

Ich muss auch mal schauen, ob ich das Gespräch mit kasimi wiederfinde, wir hatten vor 1-2 Jahren ein interessantes Gespräch bezüglich Migrator. Da hatte er mir einiges erklärt.

[sepp71]

Jupp, jetzt bitte nochmal manuell Cache löschen und dann eine neue Installation versuchen.

Das habe ich versucht. Ext. 2.2.15-pl7 hochgeladen und aktiviert, funktioniert aber unverändert nicht (wußten wir ja schon, ist ja php 8.x), beim Aufruf der Forenübersicht gibt es einen dicken Fehler:

Fatal error: Uncaught Error: Class "paybas\recenttopics\core\request_interface" not found in /pfadzumeinemboard//ext/paybas/recenttopics/core/recenttopics.php:359 Stack trace: #0 /pfadzumeinemboard//ext/paybas/recenttopics/event/listener.php(129): paybas\recenttopics\core\recenttopics->display_recent_topics() #1 /pfadzumeinemboard//vendor/symfony/event-dispatcher/EventDispatcher.php(214): paybas\recenttopics\event\listener->display_rt(Object(phpbb\event\data), 'core.index_modi...', Object(phpbb\event\dispatcher)) #2 /pfadzumeinemboard//vendor/symfony/event-dispatcher/EventDispatcher.php(44): Symfony\Component\EventDispatcher\EventDispatcher->doDispatch(Array, 'core.index_modi...', Object(phpbb\event\data)) #3 /pfadzumeinemboard//phpbb/event/dispatcher.php(62): Symfony\Component\EventDispatcher\EventDispatcher->dispatch('core.index_modi...', Object(phpbb\event\data)) #4 /pfadzumeinemboard//phpbb/event/dispatcher.php(46): phpbb\event\dispatcher->dispatch('core.index_modi...', Object(phpbb\event\data)) #5 /pfadzumeinemboard//index.php(244): phpbb\event\dispatcher->trigger_event('core.index_modi...', Array) #6 {main} thrown in /pfadzumeinemboard//ext/paybas/recenttopics/core/recenttopics.php on line 359

Also Extension erstmal deaktiviert.
Und dann "Arbeitsdaten löschen" geklickt und - tädä - grüne Bestätigung, Arbeitsdaten erfolgreich gelöscht, kein Fehler.
Tut mir ja schon fast ein bißchen leid?!

Kann es daran liegen, dass frühere RT-Versionen mal Spuren in der DB hinterlassen haben? Ich jedenfalls benutze die Ext. "schon immer" und aktualisiere auch immer brav von Version zu Version, dürfte also so ziemlich jedes Update mitgemacht haben.

Sepp

P.S.: Habe es gerade auch noch ein zweitesmal probiert, aber alles wie zuvor, also Installation ok, aber mit Fehler im Index, Deinstallation problemlos, keine Fehlermeldungen im Zuge der Installation/Deinstallation.