Hallo allerseits,
ich teste gerade das neue feature “Dateien neu einlesen”.
Anscheinend gibt es da ein Problem mit Umlauten. Siehe Anlage.
Das betrifft wohl auch den Dateinamen, so dass die Datei dann auch nicht mehr gefunden wird und nicht abspielbar ist.
Die ersten beiden Einträge wurden neu eingelesen, der dritte ist noch aus dem alten Bestand.
Schöne Grüße
Martin
Das Problem scheint weniger mit dem Tag-Auslesen als mit dem Update auf die neuen Datenbankkomponenten (ZeosLib 7.0.3) zusammenzuhängen.
Ich versuche schnell eine Lösung zu finden; bis dahin am besten keine Schreibzugriffe auf die Datenbank machen. Und ein Backup hat ja sowieso jeder 
Testet mal bitte Build 1833.
ich häng mich mal nicht soooo weit aus dem fenster, aber habe bisher keine fehlermeldungen
Auch von mir fürs Erste Entwarnung.
Jetzt ist mir allerdings aufgefallen, dass eine Datei, bei der im Namen “ß” in “ss” geändert wurde, nicht mehr gefunden wird.
Sie kann also nicht ausgespielt werden und auch nicht aktualisiert werden.
Beim synchronisieren wird sie aber nicht als fehlende Datei angezeigt.
Keine Ahnung, ob das schon immer so war?
Irrtum:
Fehler beim Auslesen der Austeuerungswerte für file (xyz.mp3) : zlib returned : data error
Diese Meldung kann ignoriert werden. Sollte je Datei höchstens einmal auftauchen und auch nur für Dateien, die mit der “kaputten” Version geöffnet wurden.
[quote=“calypso60, post:5, topic:8699”]Jetzt ist mir allerdings aufgefallen, dass eine Datei, bei der im Namen “ß” in “ss” geändert wurde, nicht mehr gefunden wird.
Sie kann also nicht ausgespielt werden und auch nicht aktualisiert werden.
Beim synchronisieren wird sie aber nicht als fehlende Datei angezeigt.
Keine Ahnung, ob das schon immer so war?[/quote]
Wurde der Dateiname auf der Platte geändert? Oder im Eigenschaften-Dialog von mAirList?
Wenn “ß” zu “ss” geändert wird, entsteht ein ganz neuer Dateiname. Normalerweise sollte die Datei dann einmal als neu und einmal als fehlend angezeigt werden.
Beim anklicken eines db-ordners in mailrist kommt:
SQL fehler: zeichen mit byte-folge 0xe2 0x80 0x93 in Kodierung UTF8 hat keine Entsprechung in Kodierung Latin1
Dateiname wurde auf der Platte geändert.
so, nun doch noch, und zwar beim abspeichern in di eDB wenn einn ’ z.b. vorkommt
Ja, ich habe deine beiden Bugreports gesehen. Wobei wir unterscheiden müssen. Da ist einmal dieser Fehler hier:
SQL Error: FEHLER: Zeichen mit Byte-Folge 0xe2 0x80 0x93 in Kodierung »UTF8« hat keine Entsprechung in Kodierung »LATIN1«.
Der kommt vermutlich daher, dass sich nach den Versuchen mit der kaputten Version nun ein Datensatz mit ungültigen Zeichen in der Datenbank befindet. Abhilfe: Backup wieder einspielen (hast du ja hoffentlich gemacht, zumal Beta-Version!), oder Datensatz von Hand in pgAdmin oder psql heraussuchen und korrigieren.
Und dann wäre da noch:
SQL Error: FEHLER: Syntaxfehler bei »s« at character 28.
Das scheint tatsächlich noch ein Fehler im Code zu sein. Kann ich mir morgen im Büro anschauen. Welche PostgreSQL-Version verwendest du, wenn ich fragen darf?
postgres 9.2
Bitte mal Build 1834 testen.
An der Sache mit “ß” und “ss” hat sich nichts geändert.
In diesem Zusammenhang ist mir gerade noch aufgefallen, dass Änderungen
bei Groß-Kleinschreibung im Dateinamen auf der Platte wohl keine Auswirkungen haben.
Das heißt, diese Dateien moniert mairlist nicht. Soll das so sein?
so, ich hab mal mein postgres-db-backup eingespielt und da kam direkt 88 fehler ignoriert,
mit dem 1834 kann ich schon mal die DB Ordner im mairlist wieder anklicken, sobald fehler auftauchen, meld ich mich.
vielen dank 
und noch was gutes: Tracks mit ’ geben nun KEINEN fehler mehr aus
so, nun doch 
hast report
Siehe oben:
[quote=“Torben, post:12, topic:8699”]
SQL Error: FEHLER: Zeichen mit Byte-Folge 0xe2 0x80 0x93 in Kodierung »UTF8« hat keine Entsprechung in Kodierung »LATIN1«.
Der kommt vermutlich daher, dass sich nach den Versuchen mit der kaputten Version nun ein Datensatz mit ungültigen Zeichen in der Datenbank befindet. Abhilfe: Backup wieder einspielen (hast du ja hoffentlich gemacht, zumal Beta-Version!), oder Datensatz von Hand in pgAdmin oder psql heraussuchen und korrigieren.[/quote]
Da kann ich auch von meiner Seite aus nichts dran machen. Du musst deine Datenbank von Hand reparieren oder ein Backup zurückspielen.
Lediglich falls der folgende Fehler noch auftritt, würde es sich um einen Bug handeln, der in meinem “Zuständigkeitsbereich” ist:
SQL Error: FEHLER: Syntaxfehler bei »s« at character 28.
Ich bin aber guter Dinge, dass der nicht mehr auftritt 
hm, das ist ja schon das eingespielte backup.
ich werde mal ne neue db anlegen und einlesen