Am besten ist es, entdeckte Fehler oder auch Ideen und gewünschte Funktionen im Bug Tracker (in Englisch) einzutragen,
wo sie nicht so leicht übersehen oder vergessen werden können. Dazu muss man sich erst mit einem Benutzernamen und gültiger E-Mail registrieren, man bekommt dann das Passwort zum Login per E-Mail. Bitte auf eine genaue Fehlerbeschreibung, damit der Fehler reproduziert werden kann (einschließlich Angaben zur Umgebung wie OS, Browser, usw.), achten. Anleitung für den Bugtracker [EN]
1. Problem
1.1. Volltextsuche ignoriert ACL der Seite bei Kommentaren
Volltextsuche übergibt auch Kommentare von geschützten Seiten für die man keine Leserechte hat.
Suchresultat
Anzeige Kommentar
1.2. Content-Type falsch
TheBone /10.03.2006 21:01/ -> bugs:0001403
Der vom Wacko generierte Content-Type ist falsch.
<!-- Dieser wird erstellt --><meta http-equiv="content-type"content="text/html; charset=iso8859-1"/><!-- So muss er aussehen --><meta http-equiv="Content-Type"content="text/html; charset=iso-8859-1"/>
Durch den falsch erstellten Content Type ist zum Beispiel eine Validierung des HTML Codes nicht möglich. Evtl. können Suchmaschinen die Seite auch nicht richtig indizieren.
1.3. ß wird als Großbuchstabe erkannt.
Somit werden Wörter mit «ß» als Wikiwort erkannt.
Großbuchstabe -> da ist ein ß drin – es wird aber kein Wikiwort gebildet worden? Kannst Du ein Beispiel, weitere Angaben (Version, BS, usw.) machen um es reproduzieren zu können?
Ich erstelle eine Private Seite mit Überschriften, die nur ich einsehen kann. Wenn man nun ein Öffentliches Dokument erstellt, die Private Seite mit einem include einbindet und auf die Öffentliche Seite ein Inhaltsverzeichnis erstelle sind Teile (Überschriften) von der Privaten Seite zu sehen!
Bei der Bearbeitung, bzw. der Voransicht eines geänderten Dokumentes wird {{ToC}} nur für die zuletzt gespeicherte Version erstellt, bzw. wenn ein neues Dokument erstellt wird, bleibt das Inhaltsverzeichnis leer.
SkipPer /28.05.2005 13:15/zu (1) schaue es mir an und setzte es in den Bugtracker; zu (2) das ist so, da seitens der “Architektur” derzeit Toc nicht “on the fly” erstellt wird, sondern mit dem Speichern erstellt und in der Tabelle abgelegt wird / ist. Das ist im Moment nocht nicht gut dokumentiert, erklärt, danke für den Hinweis.
1.6. Page Index zeigt Doppelte Buchstaben an
Version R4.2 unter 4.3.10 PHP und 4.1 Sql Server
Problem: Es gibt z.B “Luka, Luna, lara” als Einträge (mann beachte die gross und klein schreibung)
im Page Index taucht nach dem “Z” wieder ein L mit dem Lara eintrag auf.
Sieht so aus als wenn da nochmal unterschieden wird. Wäre dann aber falsch sotiert!
SkipPer /14.07.2005 17:15/ stimmt, das ist in der Tat so, schreibe es in den Bugtracker
1.6.1. Quick und Dirty Lösung
PpGierig /15.07.2005 17:55/ Fehler gefunden, zum Weitergeben und überprüfen :-)
In der pageindex.php
$sql = "select ".$this->pages_meta." from ".$this->config["table_prefix"]."pages where ". "latest = 'Y' and LEFT(supertag,7)!='comment' order by BINARY tag limit ".$offset.",".(2 * $limit);
in
$sql = "select ".$this->pages_meta." from ".$this->config["table_prefix"]."pages where ". "latest = 'Y' and LEFT(supertag,7)!='comment' order by tag limit ".$offset.",".(2 * $limit);
ändern.
Bei meinen SQL Server 4.1.xx mus ich dann noch in der Tabelle “Prefix_Page” Spalte “Tag” von Latin_bin auf latin1_swedish_ci
ändern (oder halt was anderes) sonst sotiert er immer noch falsch. Problem liegt auf jeden Fall in der SQL Anfrage und
in dem Zeichensatz des SQL Servers. PpGierig /16.07.2005 21:17/ Nachtrag:
zur Erklärung: Der Zeichensatz “latin_bin” hat das BINARY Flag quasi immer eingebaut, damit sotiert die Abfrage immer
casesensitiv. Das bringt die ausgabe Rotine auser tritt.
Frage ist ob es evt. wichtig ist das die Tabelle dieses Binary Flag hat und ob es nicht besser wäre das Ausgabe Array
voher nochmal neu zu Sotieren. Ich seh so keinen Sinn darin. Kenne aber auch noch nicht alle Funktionen.
SkipPer /16.07.2005 23:59/ schreib mal in den Bugtracker (mache nur doku für die lieben Nutzer), Antwort kann eine Weile dauern, da Roman noch ein bisschen was anderes zu tun hat ;)
1.7. PHP 5.2 issue – Catchable fatal error: Object of class Wacko could not be converted to string
As of (at least) PHP 5.2, you can no longer convert an object to a string unless it has a __toString method. Converting an object without this method now gives the error:
PHP Catchable fatal error: Object of class <classname> could not be converted to string in <file> on line <line>
http://us3.php.net/types.string)
Testing (für registrierte Nutzer)
