casesensetive="false" wird ignoriert

[mausi]

Hi!

Die gleiche listview-Konstrukion (type="search") liefert auf einem Kundenserver keine Ergebnisse wenn die Groß-Kleinschreibung falsch ist, auf allen anderen funktioniert sie einwandfrei. Zudem, wenn man dort name="irgendwas" setzt, werden alle Dokumente und Objekte gelistet:

<we:listview type="search" rows="10" order="Title, Path" casesensitive="false" name="suche">
<we:repeat>
...
</we:repeat>
</we:listview>

Sind gerade echt am verzweifeln

gm

[deemes]

Vlt. hilfts wenn Du zwei Listviews daraus machst. Eines für Dokumente und eines für Objekte. (Falls überhaupt beides benötigt wird)
So setze ich zumindest Suchen immer um und hatte noch nie Probleme mit Gross/Kleinschreibung.

[mausi]

... alles schon probiert. Wie gesagt, der gleiche Code funktioniert seit Jahren in anderen we-Projekten einwandfrei (1:1 kopiert). Wir vermuten nen Bug oder Serverkonfiguration ...

[schmitter]

Hi mausi,

vielleicht hilft dir der Thread: http://forum.webedition.de/showthread.php?t=12319

[mausi]

... super. Den Thread habe ich nicht gefunden, weil derjenige "casesesitive" geschrieben hat

Hatte mir schon so etwas gedacht, steht auf UTF-8-Bin. Aber ein Umstellen aller Tabellen auf UTF-8-general-ci hat nix gebracht ... auch mit Rebuild etc.

Nachtrag: Wenn ich das Beispiel des dortigen Threads nehme, werden alle Dokumente gelistet. Egal was ich eingaben (WorkspaceID natürlich angepasst), weil name vergeben ist. Echt merkwürdig ...

[mausi]

... ah, die Felder selber werden nicht umgestellt. Hmm. Mal ausprobieren ...

[mausi]

Jiip!!! Das wars:

Code: Alles auswählen

ALTER TABLE `tblIndex` CHANGE `Text` `Text` TEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
CHANGE `Workspace` `Workspace` VARCHAR( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
CHANGE `Category` `Category` VARCHAR( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
CHANGE `Title` `Title` VARCHAR( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
CHANGE `Description` `Description` TEXT CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL ,
CHANGE `Path` `Path` VARCHAR( 255 ) CHARACTER SET utf8 COLLATE utf8_general_ci NOT NULL

[WBTMagnum]

Hallo,

Ich scheitere auch gerade an diesem Problem. Konkret an der nicht deaktivierbaren Unterscheidung bei Umlauten. So liefert z.B. die Suche nach "Ökologie" ein anderes Ergebnisset als "Ökologie".

Folgende Schritte habe ich bisher durchgeführt:

• <we:listview .... casesensitive="false">...
• Die Collation der Index-Tabelle und deren Felder umgestellt.
• Rebuild des Index sowie aller Inhalte durchgeführt.

Alles ohne Erfolg. Jetzt Frage ich mich, ob ich irgendetwas übersehen habe, oder ob das ein Bug ist. Kann jemand das Problem mit den Umlauten bestätigen?


Liebe Grüße,
Sascha

[we:willRockYou]

Kann jemand das Problem mit den Umlauten bestätigen?

Ja, vor kurzem hat jemand hier noch einen Thread dazu eröffnet. Ich finde ihn aber nicht mehr. Dort hatte ich es auch zumindest für einige Installationen bestätgigt.

[WBTMagnum]

Hallo,

Ich habe mich jetzt ein wenig mit dem Problem beschäftigt ...

Konkret dürfte es daran liegen, dass die Daten in der Datenbank bei nicht gesetztem Verbindungszeichensatz im single-byte Format abgelegt werden. Dh. das UTF-8 Zeichen 'Ö' wird zu den beiden korrespondierenden Zeichen 'Ö' usw. Daher klappt die Suche von Umlauten mit Groß-/Kleinschreibung nicht wie gewünscht. ACHTUNG! Einfach den Verbindungszeichensatz zu ändern ist jedenfalls keine Option, da man sich damit die DB zerschießt!!

Wenn ich die Bugbase (http://qa.webedition.de/tracker/view.php?id=3839) jedoch richtig interpretiere, dann hat Armin für die Version 6.0.0.9 (http://documentation.webedition.de/de/w ... on-6.0.0.9) schon einen Workaround parat.

Wie man die Zeichensatzproblematik dann beseitigen kann, ist auch schon in einem eigenen Artikel beschrieben: http://documentation.webedition.de/de/w ... gacy-sites

Ich denke ich werde das bei Zeiten mal probieren.

LG,
Sascha

PS: Armin hat auch eine Zusammenfassung der verschiedenen Zeichensatz-Optionen zusammengestellt: http://documentation.webedition.de/de/w ... efinitions