archilles scriptworld Forum

» Startseite
  » Überblick
      » Das Forum-Archiv
          · Bugs im Talkboard Forum 1.7.X (letzter Bug 03.09.2005)

Seite: 1

Bugs im Talkboard Forum 1.7.X (letzter Bug 03.09.2005) Archilles
Die Entwicklung am 1.x-Zweig wurde mit Veröffentlichung der Version 1.7.12 am 22. März 2007 offiziell eingestellt. Es wird keine Weiterentwicklung oder Fehlerbehebung meinerseits mehr geben.

-- #tbf17x_001 (fixed):
viewtopic.php: Die Zugriffe werden nicht gezählt

Einfach die # vor den Zeilen in der Datei entfernen. Ist sogar mit einem netten "todo" markiert. Tritt nur in der Version auf, die zwischen dem 24.11.02 und dem 26.11.02 zum Download verfügbar gewesen ist.


-- #tbf17x_002 (fixed):
core.class.php: Fehler in der validate_forum_permissions();

Sobald man eine Lese-ZKL benutzt, wird auf der index.php das Forum trotzdem als "Zugriff verweigert" markiert, obwohl man Leserecht besitzt. Dies tritt erst ab zwei oder mehr Mitgliedern in der ZKL auf.


-- #tbf17x_003 (fixed):
header.inc.php: SQL-Link kann verbessert werden

Eine kleine Performace-Spritze kann erreicht werden, indem man den aus der header.inc.php SQL-Link optimiert. Das spart Speicher.


-- #tbf17x_004 (fixed):
attachment.php: Preview von Dateien funktioniert nicht

Ein kleiner Fehler in der Zuordnung von $tid.


-- #tbf17x_005 (fixed):
privmsg.php: Vorgänge werden nicht protokolliert


-- #tbf17x_006 (fixed):
core.class.php: $var wird beim "GET-Error" nicht geloggt

Die fehlerhafte Variable, die den Schutzfehler ausgelößt hat, steht nicht in den Logdateien. Dadurch ist es nicht nach vollziehbar, bei welcher Variable ein Durchbruch versucht wurde. Es sei denn man hat Zugriff auf die Logs des Webservers ;-)

-- #tbf17x_007 (fixed):
usercp.php: "Neue ungelesene Beiträge" zickt mal wieder

Dieses blöde Teil zickt mal wieder herum. Und zwar werden neue Beiträge in geschützen Foren nicht angezeigt. Ich denke mal, daß dies indirekt mit dem Fehler #002 zusammenhängt und sich mit dessen Behebung auch erledigt. Hoffe ich...

Fehler 001-007 wurde im ersten Patch (1.7.5pl1) behoben.

_________________________________________


-- #tbf17x_008 (fixed):
header.inc.php: basename()-Fehler beim Login

Je nach Serverkonfiguration kann es hier zu einem Fehler im "Radarsystem" in Zeile 440 kommen. Beobachtet wurde dies mit der PHP-Version 4.0.6, aber auch andere können betroffen sein. Ich vermute eine Unebenheit in der "fetch_server_variable()-Funktion". Dies dürfte sich im gesamten Forum auswirken, wo dies benutzt wird.

-- #tbf17x_009 (fixed):
admin_lib.php: Serverlast-Analyse macht Fehler

Die Auswertung der Lastlogdateien kann Fehler verursachen. Die "Seitenaufrufe" und "Gesamtserverlast" erzeugen dann doppelte Stundeneinträge, die statt von 1-23, dann mit "08", "05" oder "00" ausgezeichnet werden.

-- #tbf17x_010 (fixed):
Mehrere Javascript-Fehler in post,reply und anderen

Dies scheint Browser-spezifisch zu sein. Im IE 5.0 und Opera 6 habe ich keine Probleme, jedoch mit dem IE 6. Wäre klasse, wenn andere mir das kurz per Mail oder PN bestätigen könnten.


Fehler 008-010 wurden in Version 1.7.6 behoben.
_________________________________________

-- #tbf17x_011 (fixed):
viewtopic.php: Sicherheitsloch beim Gruppenrecht

Dieser Bug wird auf meiner Skriptseite in den News detailliert erklärt. Ich liste ihn hier zusätzlich auf.

-- #tbf17x_012 (fixed):
setup.php: Fehler im SQL

Auf Strato-Servern gibt es anscheinend Probleme mit der Installationsroutine. Ein Benutzer hat die Backticks (`) aus dem Skript entfernt und konnte es dann installieren. Zusätzlich sind ein paar Fehler mit den Indices enthalten, was MySQL monieren könnte. Werde schnellstmöglichst eine bereinigte Setup-Routine (setup-alt.php) nachliefern.

-- #tbf17x_013 (fixed):
stats.php: SQL-Fehler in Zeile 29

Wenn man die Statistik aufruft, erscheint dieser Fehler. Als "Hotfix" kannst Du mit einem Editor das "WHERE" aus dem Query in dieser Zeile löschen, sodaß folgendes steht: "FROM $TBLcategory ORDER BY...".

-- #tbf17x_014 (fixed):
index.php: Ankündigungen werden nicht angezeigt

Es kann sein, daß neue Ankündigungen nicht auf der Startseite gezeigt werden. Ich werde das prüfen...

-- #tbf17x_015 (fixed):
attachment.php: Sporadische Fehler beim Upload

Die Uploadroutine scheint noch nicht ganz sauber zu sein und mag auf dem einen oder anderen Server Fehler produzieren. Auch das muß ich noch prüfen.


Fehler 011-015 wurden in Version 1.7.7 behoben.
_________________________________________

-- #tbf17x_016 (fixed):
privmsg.php: Kein Logging vom Nachrichtenversand

Seltsamerweise wird davon berichtet, obwohl seit 1.7.5pl1 diese Routinen enthalten sind. Ich werde das weiter prüfen. Bitte vergewissert Euch, durch einen Blick in Eure privmsg.php, daß die Version größer oder gleich 1.7.5pl1 ist.


-- #tbf17x_017 (fixed):
login.php: Neue Beiträge werden nach Login nicht angezeigt

Wenn man sich einloggt, werden neue Beiträge, die evtl. sogar gerade erst verfasst wurden, nicht angezeigt. Aber alle weiteren, die wärend des Logins, gespostet werden.


-- #tbf17x_018 (fixed):
setup.php: Fehler bei der Installation in Schritt 4

Es erscheint ein Fehler mit dem Feld "vote_tid" aus der Tabelle "PREFIX_voteip", wobei PREFIX bei der Installation angegeben wird und per default "tbf1" ist. Dieser Fehler läßt sich sehr leicht selber beheben. Eine [link=t,2,76,76]Anleitung[/link] gibt es hier. Auch das alternative Setup (beispielsweise für Strato-Server) hat diesen Fehler und läßt sich genauso behandeln.

Fehler 016-018 wurden in Version 1.7.7-2 behoben.

_________________________________________

-- #tbf17x_019 (fixed):
header.inc.php: Formular zur Reaktivierung des Forums wird nicht angezeigt

Wenn man versucht ein heruntergefahrenes Forum mittels dieses Formulars wiederzubeleben, wird es nicht angezeigt (index.php?action=powerup_forum). Im Patcharchiv findest Du eine neue Version, welche funktionieren sollte.


-- #tbf17x_020 (fixed):
setup.php: Einige kleine Fehler in den Queries

Auf Strato-Servern und evtl. auch anderen kann die Installation Fehler verursachen wie von einigen berichtet (siehe dazu auch den 1.7.7-2 Thread in diesem Forum für einen Hotfix durch den User "Marc"). Der neue Release wird dies korrigieren.


Fehler 019-020 wurden in Version 1.7.7-3 behoben.
_________________________________________

-- #tbf17x_021 (fixed):
Störender Fehler im Administrationsmenü

siehe in [link=r,3,85,258]diesem Thread[/link]


-- #tbf17x_022 (fixed):
admin_main.php: Fehler im Usersystem mit Quota für PNs

Wenn man einem Mitglied eine individuelle Quota zuweißt, wird diese eventuell bei allen angezeigt. Dabei handelt es sich um einen Darstellungsfehler, das Quota funktioniert (bei meinen Tests) wie gewünscht. Entscheidend ist auf welcher Position der Schalter steht. "Global" oder für das Textfeld. Hotfix befindet sich in demselben Thread wie bei tbf17x_021.


-- #tbf17x_023 (fixed):
privmsg.php: Debug-Ausgabe beim Versand einer PN

Wenn man eine private Nachricht versendet, dann erscheint noch eine Debug-Ausgabe mit den Variablen der Nachricht. Das ist natürlich ungewollt und ich habe deren Maskierung vergessen. Ihr könnt in der privmsg.php die Zeile 537-539 von Hand löschen. Die schauen so aus:

Quelltext:
============================================================
print "<br><br>:$form_sender:$form_recipient:$user_exists:$spamshield_receiver:<br><br>"; // DEBUG: Debugoutput
print_r($HTTP_POST_VARS);
print "<br><br>";


Fehler 021-023 wurden in Version 1.7.7-4 behoben.

_________________________________________

-- #tbf17x_024 (fixed):
setup(-alt).php: Fehler im Query

Das Feld "voteoption" fehlt in der Tabelle "PREFIX_voteip". Seit Version 1.7.5 sollte das vorhanden sein und ist im Updater auch korrekt gelistet. Sollte also nur Neuinstallationen seit dieser Version betreffen. Der Fehler macht sich dann bemerkbar, wenn man die "offenen Umfragen" benutzt. Es resultiert in einem SQL-Fehler (poll.php, unknown field 'voteoption' in 'field list'). Abhilfe schafft es das Feld manuell nachzutragen. Wird aber bald verbesserte Setups und eine Patchdatei geben, die das Feld nachträgt. Zu finden im Downloadbereich unter "Patches/Mods". Wer "PHPMyAdmin" benutzt, kann folgenden Query direkt ins SQL-Feld eingaben oder auch per mysql-Shell:

ALTER TABLE PREFIX_voteip ADD voteoption VARCHAR(1) NOT NULL;


-- #tbf17x_025 (fixed):
core.class.php: Fehler im Wortfilter

Der Wortfilter erkennt die gesuchten Begriffe am Anfang und am Ende eines Beitrages nicht. Folglich werden diese nicht ersetzt. Der Fix ist relativ einfach und muß in der core.class.php angebracht werden:

PHP-Quelltext:
============================================================

<?php 
// Zeile 986 ff.:
  // Okay, Wörter ersetzen...
  
foreach ( $badwords as $pattern=>$replace ){
  
$pattern str_replace("*","w*",$pattern);
  
$data preg_replace("/(S+| |)$pattern(S+| |)/si",...);
  }
?>


Beim "preg_replace" müssen die alten Ausdrücke "(S+| )" nach dem obigen Schema geändert werden. Dann sollte der Filter auch diese Wörter korrekt erkennen. Die Backslashes vor dem S und w müssen bleiben, auch wenn dieses Forum anderer Meinung ist :-x


Fehler 024 und 025 wurden in Version 1.7.8-1 behoben.

_________________________________________

-- #tbf17x_026 (fixed):
privmsg.php: SQL-Fehler beim Versand

Wenn man im Forumtitel beim aktuellen Template einen einfachen Anführungszeichen verwendet ('), dann führt dies zu einem SQL-Fehler, da dieser hier nicht maskiert wird.

Fehler 026 wurde in Version 1.7.9-1 behoben.

_________________________________________

-- #tbf17x_027 (fixed):
register.php: Geschützte Namen werden ignoriert

Beim Überprüfen auf geschützte Namen oder des Gastkontos, wird der Name nicht korrekt erkannt. Schuld ist eine fehlerhafte Variablenzuweisung. Dadurch lassen sich auch gesperrte Konten registrieren. Betroffen sind die Versionen 1.6.x und 1.7.x des Forums.

Quelltext:
============================================================
Sucht nach (ca. Zeile 110):
$copy_user = strtolower($user);

Diese muß folgendermaßen lauten:
$copy_user = strtolower($form_user);

Diese wird im dritten Block darüber aus den Formular-Daten eingelesen.


Fehler 027 wurde in Version 1.7.10-1 behoben.

_________________________________________

-- #tbf17x_028 (fixed):
setup.php: DB-Strukturfehler in user.session

Ab Version 1.7.6 hat sich im SQL-Query für die Installation des Forums ein Fehler eingeschlichen. Das Feld "session" für die Usertabelle wird irrtümlicherweise als "NOT NULL" ausgegeben, obwohl es schon immer "NULL" sein durfte. Das führt eventuell zu seltsamen Fehler, wenn das Skript eben NULL erwartet und es dies nicht gibt.

Eine Korrektur geht bsp. mit PHPMyAdmin einfach. Öffnet die Struktur der Tabelle und sagt beim Feld "session" ändern. Die Auswahlliste des NULL-Wertes muß auf "NULL" stehen und aus Standardwert/Default auch NULL - diesmal ohne Anführungszeichen. Einfach nur das Wort. Die Daten selber werden mit: UPDATE xxxuser SET session = NULL WHERE session != '' korrigiert, wobei xxxuser der Name Eurer Tabelle ist.


Fehler 028 wurde in Version 1.7.11-1 behoben.

_________________________________________

Seite: 1

Copyright (c) by "archilles scriptworld Forum", 2009. All rights reserved.
This archive has no free license, but any copyright laws applicable by your local country.