Ich habs jetzt glaube ich. Einen Mod habe ich doch installiert, aber ich hielt ihn nicht für nötig zu erwähnen, weil er bei allen anderen Stellen wo ich die fixe Zahl gegen eine Variable ausgetauscht habe, auch nicht stört.
Es ist der "Last Edited by Mod" und ich fange langsam an einiges zu kappieren.
Der "Last Edited by Mod" scheint eine Rutine für den UPItoDB Mod zu ändern, welche an bestimmten Stellen zu eigenartigen Reaktionen führt.
Der "Last Edited by Mod" führt anscheinend, wenn man ihn so installiert das auch der letzte Beitrag bei Editierung in einem Thread das "Last edited by" enthält dazu, das folgende Nebeneffekte mit dem UPItoDB auftreten:
1. alle editerten werden als neue Beiträge vom UPItoDB angesehen
2. die Zeitvariable $board_config['unread_time']; funktioniert überall, bis auf in deinem Teil wo die Anzahl der ungelsenen Beiträge berechnent werden, aus einem unerfindlichen Grund muss die Zahl Fix sein und kann dann nicht mehr über die Datenbank geholt werden
3. klickt man auf "Suche nach ungelesenen Beiträgen" oder "Suche Beiträge seit letztem Besuch" werden alle editierten Beiträge als neu aufgelistet, jedoch erscheint das Icon statt gelb weiss und es fehlt das JumpToNewestPostIcon, was komischerweise in der index.php und viewforum.php nicht fehlt und dort werden editierten Beiträge auch mit einem gelben Icon versehen.
Kurzum die Änderungen die folgende Änderung, welche durch den "Last edited by" Mod durchgeführt wird, stiftet Unruhe im UPItoDB Mod:
Code: Alles auswählen
Öffne includes\functions_post.php und folge den Anweisungen...
***************************************************** - 1 - ********************************************************************
suche für phpBB 2.01 / 2.02 / 2.03 / 2.04:
********************************************************************************************************************************
$edited_sql = ( $mode == 'editpost' && !$post_data['last_post'] && $post_data['poster_post'] ) ? ", post_edit_time = $current_time, post_edit_count = post_edit_count + 1 " : "";
********************************************************************************************************************************
ersetze mit:
********************************************************************************************************************************
$usr_id = $userdata['user_id'];
$edited_sql = ( $mode == 'editpost' ) ? ", post_edit_user = $usr_id, post_edit_time = $current_time, post_edit_count = post_edit_count + 1 " : "";
***************************************************** - 1 - ********************************************************************
suche für phpBB 2.05 / 2.06:
********************************************************************************************************************************
$edited_sql = ($mode == 'editpost' && !$post_data['last_post'] && $post_data['poster_post']) ? ", post_edit_time = $current_time, post_edit_count = post_edit_count + 1 " : "";
********************************************************************************************************************************
ersetze mit:
********************************************************************************************************************************
$usr_id = $userdata['user_id'];
$edited_sql = ( $mode == 'editpost' ) ? ", post_edit_user = $usr_id, post_edit_time = $current_time, post_edit_count = post_edit_count + 1 " : "";
Die Nebeneffekt das editerte Beiträge als neu erscheinen ansich wäre wohl auch gar nicht schlimm, nur weder du noch BigRib (der Author des UPItoDB Mod) haben mit dem "Last Edited by Mod" gerechnet und somit nicht geahnt das dieser Nebenwirkungen mit dem UPItoDB hat, kurzum alles was mit dem UPItoDB Mod in Kombination mit dem "Last edited by Mod" passiert ist Zufall und unberechnet.
Shit das versteh ich jetzt erst, das ist ja blöd ^w ausgerechnet jetzt wo BigRib offline gegangen ist, man, man, man warum ist mir das nicht schon vor 1 Jahr eingeleuchtet, so lange steht die 1.06 doch jetzt schon mindestens.