Eigenartiger Fehler: CSS-Dateien werden nicht gespeichert (0 Byte) Einstellungen

[BloodySword]

Hallo, ich bin neu hier. Ich weiß nicht, wo ich es rein schreiben soll, da ich nicht weiß ob es an Pahse5 liegt oder nicht.

Ich versuche gerade eine Webseite zu erstellen. Wo ich gerade eine CSS-Datei schreiben will, speichert Phase5 diese nicht. Die Datei bleibt 0-Byte. Wenn ich dann mit dem Notepad etwas hineinschreibe, ist nach einer Zeit wieder alles 0-Byte. Was geht denn da ab? Ich bin total überfordert und ratlos!

- Es bestehen volle Lese und Schreibrechte in den Ordnern
- Die Festplatte ist auch in Ordnung



Edit: Hab gerade herausgefunden, dass das passiert, wenn ich im UNIX-Format (LF) speichern will (Projekteinstellungen). Müsste Phase5 da nicht mit denken und wissen, dass CSS nur CR+LF erlaubt?

Der Beitrag wurde von BloodySword bearbeitet: 12.11.2008 - 15:44

[Thomas]

Edit: Hab gerade herausgefunden, dass das passiert, wenn ich im UNIX-Format (LF) speichern will (Projekteinstellungen). Müsste Phase5 da nicht mit denken und wissen, dass CSS nur CR+LF erlaubt?

Um mal das eigentliche Problem herauszuarbeiten: Wenn du in den Projekteinstellungen LF als Zeilenendezeichen auswählst, wird eine leere Datei gespeichert, wählst du CR+LF als Zeilenendezeichen, wird die Datei korrekt gespeichert? Bitte gib noch einmal detailliert an, was genau passiert.

[diem]

Hallo,

das ist mir auch schon aufgefallen, erst mit dem Hinweis von BloodySword kann ich es nachvollziehen ...

css-Dateien (und NUR diese) werden mit dem "Zeilendendezeichen" (was auch immer das fürn Wort ist ;-) "LF" (für UNIX & Co) die Inhalte verworfen und nur eine LEERE Datei gespeichert obgleich der Inhalt im Editor weiterhin sichtbar ist, mit "CR+LF" funktioniert es, d.h. die Inhalte werden ordnungsgemäß gespeichert. Allerdings werden dann ALLE Dateien mit diesem Format gespeichert da es ja eine Projekteinstellung ist. Nach wir aber UNIX-basierte Server verwenden schaffen wir mit dieser Einstellung weit mehr Probleme als uns lieb ist.

Lässt sich das irgendwie umgehen bzw. ändern? So ist das Programm nicht mehr wirklich brauchbar, schade eigentlich ...

[Thomas]

Ich habe jetzt in einem Projekt das "Zeilenendezeichen" auf LF gestellt und vorhandene CSS-Dateien geändert und gespeichert sowie neue CSS-Dateien erzeugt. Keine der Dateien war danach leer.

Damit man das mal nachvollziehen kann, bitte ich um eine Schritt-für-Schritt-Anleitung zum Reproduzieren des Fehlers, ggf. mit allen Angaben zum verwendeten System. Da BloodySword sich leider nicht mehr gemeldet hat, kannst du, diem, das ja vielleicht mal machen?

[diem]

ganz einfach: (mit in Projekteinstellungen "Zeilenendezeichen UNIX" )
"Datei" -> "neues Dokument" -> "Erweiterung aus CSS stellen" -> "Übernehmen" oder "leere Seite"

Inhalt eingeben und speichern -> die angelegte Datei ist leer, hat 0KB

Mit Projekteinstellungen "Zeilenendezeichen DOS/Win" funktioniert es.


Das gleiche Verhalten ist auch bei Dateien die bereits angelegt waren (mit anderen Editoren).


Die Version ist 5.6.2.2
zuvor habe ich mit 5.42 gearbeitet, da funktioniert es richtig, seit dem Update auf 5.6.2.2 gibt es das Problem. Getestet auf XPpro und Vista Business irgendwas

[Thomas]

Vorgehensweise:

1. Projekteinstellungen, Register "Optionen HTML": Auswahl "Zeilenendezeichen UNIX, Linux, Solaris (LF)"
2. Menü: "Datei" / "Neues Dokument"
3. "Erweiterung" auf ".css" stellen (Dateiname bleibt bei "Unbenannt1", aktueller Ordner steht bei mir auf "S:\htdocs")
4. "Übernehmen" anklicken
5. Inhalt eingeben
   HTML
   test{
   background: #444444;
   }
6. Menü: "Datei" / "Datei speichern"

Mein Ergebnis: Die angelegte Datei hat genau den Inhalt, der eingegeben wurde (überprüft mit Notepad). Sie wird auch im Dateimanager des Editors und im Explorer mit einer Dateigröße ungleich 0 angezeigt. System ist Vista Business SP1.

Tritt der Fehler bei dir auch auf, wenn du die Datei einfach mal woanders speicherst? Also [6. Menü: "Datei" / "Speichern unter ..."] und dort einen anderen Ordner auswählen?

[diem]

dito ... leer

sowohl beim Speichern auf die lokale Plattte als auch im Netz (Unix-Maschine mit smb), sowohl beim Anlegen einer neuen Datei lokal oder im Netz. Und auf beiden Maschinen (Vist und XP) mit jeweils aktuellen Updates.

Ebenfalls via Notepad eine .css-Datei angelegt, geöffnet und gespeichert -> Inhalt ist futsch :-(



Tja, guter Rat ist oft teuer ;-)
Hat denn hier sonst niemand den Fehler? Leser haben wir ja doch einige, probiert es mal doch jemand bitte aus und schildert hier die Ergebnisse? Danke.

[schommer]

Hallo Diem,

Ebenfalls via Notepad eine .css-Datei angelegt, geöffnet und gespeichert -> Inhalt ist futsch :-(

damit ich das richtig verstehe:

Du öffnest eine CSS-Datei mit dem Notepad-Editor von Windows, und wenn du die Datei änderst und speicherst, ist diese danach leer ?

gruss Gregor

[diem]

Hallo Gregor,

genau, probiert und nachvollziehbar sowohl mit WIN-Notepad als auch mit vi-Editor unter Linux. Immer das Gleiche ... leere Datei! Sowohl unter XP pro als auch unter Vista Business Unlimited.

Die Dateirechte sind natürlich korrekt gesetzt (WIN und Linux).


Eine schöne Woche noch,

Dieter

Hallo Diem,

Ebenfalls via Notepad eine .css-Datei angelegt, geöffnet und gespeichert -> Inhalt ist futsch :-(

damit ich das richtig verstehe:

Du öffnest eine CSS-Datei mit dem Notepad-Editor von Windows, und wenn du die Datei änderst und speicherst, ist diese danach leer ?

gruss Gregor

[Thomas]

Nur damit über das selbe geredet wird: Ist die Datei leer, nachdem du sie mit Notepad bzw. vi bearbeitet und gespeichert hast oder ist die Datei nur dann leer, wenn du sie mit P5 speicherst (und du verwendest Notepad und vi nur zum Kontrollieren, ob die Datei leer ist)?

Falls die (vorher nichtleere) Datei auch nach Speichern mit Notepad oder vi leer ist, dann kann es kein Fehler von P5 sein, denn P5 ist in einem solchen Fall ja gar nicht beteiligt.

[diem]

Variante A
1) keine Datei irgendwas.css vorhanden
2) erstellen einer Datei irgendwas.css per vi
3) eintrag von CSS-Infos in die Datei irgendwas.css per vi und speichern derselbigen
4) überprüfen der Inhalte der Datei irgendwas.css per more --> CSS-Infos korrekt vorhanden
5) öffnen der Datei irgendwas.css mit pase5
6) Inhalte werden korrekt angezeigt
7) ändern der CSS-Infos mit phase5
8) speichern der Datei irgendwas.css durch den phase5
9) ansehen der Datei irgendwas.css per vi --> leer
10) CSS-Inhalte der Datei irgendwas.css im offenen phase5 werden aber angezeigt


Variante B
1) keine Datei nochirgendwas.css vorhanden
2) erstellen einer Datei nochirgendwas.css im phase5
3) eintrag von CSS-Infos in die Datei nochirgendwas.css im phase5 und speichern derselbigen
4) ansehen der Datei nochirgendwas.css per vi --> leer
5) CSS-Inhalte der Datei nochirgendwas.css im offenen phase5 werden aber angezeigt


Können gerne für die Entwickler eine Fernsession abhalten und das nachvollziehen ....


Dieter

[Thomas]

Variante A
...
8) speichern der Datei irgendwas.css durch den phase5
9) ansehen der Datei irgendwas.css per vi --> leer
10) CSS-Inhalte der Datei irgendwas.css im offenen phase5 werden aber angezeigt

Variante B
...
3) eintrag von CSS-Infos in die Datei nochirgendwas.css im phase5 und speichern derselbigen
4) ansehen der Datei nochirgendwas.css per vi --> leer
5) CSS-Inhalte der Datei nochirgendwas.css im offenen phase5 werden aber angezeigt

Hast du den selben Effekt auch, wenn du P5 schließt, bevor du die Datei mit dem vi betrachtest? Falls nein, könnte es eventuell sein, dass, solange P5 offen ist, der vi keinen Zugriff auf die Datei erlangt.

[i.b.g]

Hallo,

und noch etwas zum Verständnis.

Das Verzeichnis, in dem das Projekt gespeichert ist befindet sich auf einem Windows-PC. Dieses Verzeichnis wird auf einem zweiten Linux-PC gemountet und zur gleichen Zeit mit Linux-Tools bearbeitet. Oder ist es umgekehrt? (spannende Konstellation)

@Thomas: Nach meiner Erfahrung werden die durch Phase5 geladenen Dateien nicht vor dem Zugriff anderer Editoren gesperrt.

[Thomas]

@Thomas: Nach meiner Erfahrung werden die durch Phase5 geladenen Dateien nicht vor dem Zugriff anderer Editoren gesperrt.

Nach meiner auch nicht, aber nach meiner Erfahrung werden auch keine CSS-Dateien mit 0-Byte gespeichert - expect the unexpected .