Dateimanager kann kein Alphabet mehr Einstellungen

[gunwalt]

Moin,
in einer SF Installation sortiert der Dateimanager falsch. Vor N steht bei mir immer noch B und G, oder? Gleiches gilt auch für das PullDownMenü, das weiter links steht.
Ansonsten keinerlei Hinweis auf irgendwelche Fehlfunktionen oder Einträge im ErrorLog.


Dieses Verhalten tritt seit Ende letzter Woche aus, davor war alles in Ordnung. Irgendwelche Softwareänderungen am Server wurden nicht vorgenommen. RB arbeitet korrekt.

[alexander]

was ist den das für eine mysql version?

[gunwalt]

was ist den das für eine mysql version?

Im Netz 4.1.14. Ist die SF Version 1.22!!

Habe gerade die DB lokal auf ein Xampp gespielt: XAMPP für Windows Version 1.4.15 mit MySQL 4.1.13. Dort gibt des keine Probleme.
Die falsche Sortierung schlägt sich offenbar aber nur in der Anzeige, nicht in der DB nieder.

[gunwalt]

Ich habe auf dem gleichen Server zwei frische Versionen aufgespielt. Gleiches Ergebnis


Dann bin ich streng logisch vorgegangen, welche Ordner wann erstellt worden sind und komme zu folgendem Ergebnis.

Eingabe von zwei Ordnernamen "routen" und "Ankerpunkte". Die Reihenfolge des Anlegens der Ordner bestimmt über die Sortierreihenfolge, offenbar nicht das Alphabet. Beginne ich mit "Routen" ist Routen oben, beginne ich mit "Ankerpunkte" ist dieser Name an Platz 1. Das lässt sich auf beiden SF Versionen reproduzieren.
Die Anlage der Unterordner ist immer gleich gewesen, deswegen auch die Einordnung.

[gunwalt]

Ich weiss nicht, ob es mit obigen zusamenhängt, aber der Dateimanager findet derzeit einige Ordner nicht, obwohl sie physisch da sind. Sie sind auch über die Bildauswahl des Ressourcenbrowser ansprechbar und Bilder sind auswählbar.

In der DB sind alle Directories vorhanden.

[gunwalt]

In der DB sind alle Directories vorhanden.

Es betrifft die Einträge 190 - 198. Die Datenstruktur scheint okay.

(94, 1, 'icons_sprache', 'img/template/icons_sprache/', '', 21, 0, 6, '2006-10-07 12:11:04', '2006-10-07 12:11:04'),
(95, 1, 'flag_set1', 'img/template/icons_sprache/flag_set1/', '', 94, 0, 6, '2006-10-07 12:11:07', '2006-10-07 12:11:07'),
(96, 1, 'flag_set2', 'img/template/icons_sprache/flag_set2/', '', 94, 0, 6, '2006-10-07 12:11:07', '2006-10-07 12:11:07'),
(97, 1, 'flag_set3', 'img/template/icons_sprache/flag_set3/', '', 94, 0, 6, '2006-10-07 12:11:07', '2006-10-07 12:11:07'),
(98, 1, 'flag_set4', 'img/template/icons_sprache/flag_set4/', '', 94, 0, 6, '2006-10-07 12:11:07', '2006-10-07 12:11:07'),
(198, 1, 's05', 'img/primaer/siedlungen/s05/', 'Siedlungen 05', 189, 0, 6, '2006-11-02 12:23:58', '2006-10-16 08:01:13'),
(197, 1, 's01', 'img/primaer/siedlungen/s01/', '', 189, 0, 6, '2006-10-16 08:00:13', '2006-10-16 08:00:13'),
(196, 1, 'a07', 'img/primaer/ankerpunkte/a07/', '', 187, 0, 6, '2006-10-16 08:00:13', '2006-10-16 08:00:13'),
(195, 1, 'a06', 'img/primaer/ankerpunkte/a06/', '', 187, 0, 6, '2006-10-16 08:00:13', '2006-10-16 08:00:13'),
(194, 1, 'a05', 'img/primaer/ankerpunkte/a05/', '', 187, 0, 6, '2006-10-16 08:00:13', '2006-10-16 08:00:13'),
(190, 1, 'a01', 'img/primaer/ankerpunkte/a01/', '', 187, 0, 6, '2006-10-16 08:00:13', '2006-10-16 08:00:13'),
(191, 1, 'a02', 'img/primaer/ankerpunkte/a02/', '', 187, 0, 6, '2006-10-16 08:00:13', '2006-10-16 08:00:13'),
(192, 1, 'a03', 'img/primaer/ankerpunkte/a03/', '', 187, 0, 6, '2006-10-16 08:00:13', '2006-10-16 08:00:13'),
(187, 1, 'ankerpunkte', 'img/primaer/ankerpunkte/', '', 39, 0, 6, '2006-10-16 08:00:13', '2006-10-16 08:00:13'),

Alle beschriebenen Ordner werden nicht angezeigt. Ich kann über den Dateimanager des CMS in diese "verschollenen" Ordner beliebige Dateien von anderen Ordnern kopieren. Kein Problem. Gibt es Namensüberschneidungen wird tatsächlich gemeckert "Datei schon vorhanden". All das deutet darauf hin, das die Daten auch in DB korrekt (directory und upload) vorliegen. Oder ist noch eine andere Tabelle betroffen?

Im Dateimanager, rechts im Pulldownmenü sind alle Ordner vorhanden

Hat das schon einmal jemand erlebt?

[alexander]

Hat das schon einmal jemand erlebt?

nein, keine Ahnung was das ist. habe zuvor auf eine falsche Collation der DB getippt (daher auch die Frage nach der MYSQL Version) .... nach deinen weiteren Ausführungen kann es das aber wohl auch nicht sein.

[gunwalt]

nein, keine Ahnung was das ist. habe zuvor auf eine falsche Collation der DB getippt (daher auch die Frage nach der MYSQL Version) .... nach deinen weiteren Ausführungen kann es das aber wohl auch nicht sein.

vielleicht sind es auch zwei Fehler. Was meintest du mit der falschen Collation?

[alexander]

Was meintest du mit der falschen Collation?

http://dev.mysql.com/doc/refman/4.1/en/charset-syntax.html

http://dev.mysql.com/doc/refman/4.1/en/cha...ion-effect.html

hat wohl damit aber mit deinem fehler nix zu tun ...

[gunwalt]

http://dev.mysql.com/doc/refman/4.1/en/charset-syntax.html

http://dev.mysql.com/doc/refman/4.1/en/cha...ion-effect.html

hat wohl damit aber mit deinem fehler nix zu tun ...

Schau ich mir an. Danke.

Ich vermute zwei Fehler, die Sortierei und die fehlenden Ordner
Die Ordner sind wieder da ...


Möglicherweise hatte es etwas mit der Hierachie des Eintrages in der DB zu tun. Ankerpunkte, Siedlungen, Panoramen sind die übergeordneten Ordner. Alle Ordner darunter haben die Parentid 187. Das kann man unten in der Grafik anhand der Nummer und des Pfades sehen. Weiter oben stehen 8 Ordner mit dem gleichen Pfad, auch hier stand ursprünglich 187. Und darunter wurden sie nicht gefunden. In meiner Kreativität hatte ich die Idee, diese 8 Ordner in der DB zu verschieben, nämlich eine Ebene höher von 187 nach 39. Und siehe da, die Ordner sind plötzlich wieder da. Sie werden angezeigt, obwohl sie physikalisch auf einmer ganz anderen Ebene sind. Da ich Ordner noch nicht verschieben kann, lege ich nun neue an, die automatisch die richtige parendid bekomme und verschiebe die Bilder händisch.

Das lässt mich vermuten, das die Höhe des Eintrages in der DB entscheidend war. d.h. die "childs" müssen unter den "parents" stehen. Sonst geht es nicht. Aber warum falsch eingetragen wird - grosses Fragezeichen.

[gunwalt]

http://dev.mysql.com/doc/refman/4.1/en/charset-syntax.html
http://dev.mysql.com/doc/refman/4.1/en/cha...ion-effect.html

Ich glaube Collation hat mit der Sortierei nichts zu tun, denn wenn ich es recht verstehe, geht es eher um das Sortieren bei Umlauten. Hier läuft aber mehr schräg.

Übrigens, auf dem gleichen Server mit einer 3er DB stimmt alles.

[alexander]

Ich glaube Collation hat mit der Sortierei nichts zu tun

hab ich ja schon im meinem vorigen post gesagt ... ich zitiere mich mal selbst

"... hat wohl damit aber mit deinem fehler nix zu tun ..."

[gunwalt]

hab ich ja schon im meinem vorigen post gesagt ... ich zitiere mich mal selbst

Du hast ja recht, aber ... die Bilder sind ja wieder da, aber die krude Sortierreihenfolge bei einer 4er MySQL-Datenbank bleibt. Das meine ich.

In HTML wären die Fehler zwei ineinandervershachtelte Tags und ich bin jetzt
<fehler> <fehler>lorem ipsum ..... und irgendwie gelöst</fehler>HIER </fehler>
Kann das Phänomen jemand bei d)f bestätigen?

[jensjoerger]

Was ist den nun aus dem Problem mit der falschen Sortierung geworden.
Ich stehe vor dem gleichen Problem.

Der Dateimanager zeigt die Ordner in der Reihenfolge, wie sie angelegt wurden, an. Das Alphabet wird jedoch ignoriert. Kann man die Sortierung irgendwie/irgendwo ändern?

[gunwalt]

Was ist den nun aus dem Problem mit der falschen Sortierung geworden.
Ich stehe vor dem gleichen Problem.

Der Dateimanager zeigt die Ordner in der Reihenfolge, wie sie angelegt wurden, an. Das Alphabet wird jedoch ignoriert. Kann man die Sortierung irgendwie/irgendwo ändern?

Ich meine, das ich es mit einer Änderung der Kollation in latin1_german1_ci in den Griff gekriegt habe. Bei d)f ist es z.B., das alle neuen DB in latin1_swedish_ci angelegt werden und du musst im Zweifelsfalle selbst Hand anlegen