Neuer CSS Datensatz verschwindet im Nirgendwo.

[Maddy]

Hallo, ich arbeite mit 3.5.8. Alles lief bisher gut. Plötzlich verschwinden neu angelegte Styles nach dem Speichern oder bei einigen Filtern werden "keine Einträge gefunden".
Kann mir jemand einen Tip geben, welche Tür ich gerade aufgemacht habe, die besser geschlossen blieben wäre? Gruß und Dank von Maddy

[Samuell]

Verstehe ich das richtig, dass Du mit dem internen Editor arbeitest?

Persönlich kann ich Dir nur empfehlen externe Dateien zu benutzen, die Du auch über die Dateiverwaltung editieren kannst, da der interne Editor langfristig verschwinden wird.
Im Vergleich zum internen Editor hasT Du dann allerdings keine "Klickibunti-Oberfläche" mehr.

[Maddy]

Hi Samuell

habe bisher nur einmal ein externes Stylesheet eingebunden, ansonsten immer mit dem internen Editor gearbeitet. Damit hatte ich bisher auch keinerlei Probleme, zumindest bis gestern Abend.

Nochmal zum Verständnis. Es existiert ein Stylesheet mit diversen Formatdefinitionen, die alle angezeigt werden. Wenn ich allerdings ein neues Format definiere, ist dies nach dem Speichern in der gleichen Kategorie nicht auffindbar. Beim Firebug wird es aber angezeigt.
Warum nicht im BE, frage ich mich?

[Samuell]

Ich nutze den Editor nicht, weshalb ich das nie erlebt habe.
Wenn es im Firebug zu sehen ist gibt es eine sinnige Erklärung:

Du hast irgendwo im Kopfbereich des internes "CSS-Dokuments" noch einen Filter gesetzt, der Dein neues CSS ausschließt.
Schau den Bereich nochmal deutlich an.

[Maddy]

Samuell, von 16 Filtern werden 14 angezeigt und 2 nicht. An diesen beiden habe ich aber garnicht rumgeschraubt.
Es lässt sich auch sonst nichts erkennen. Auch bei den neu angelgten Styles habe ich keine globalen Veränderung vorgenommen.

[Samuell]

Ohne einen Blick ins BE um zu sehen wie es genau aussieht, kann ich Dir an dieser Stelle leider nicht weiterhelfen.
Wie gesagt, ich benutze nur externe Files.

[Samson1964]

Wenn Du einen Style nicht findest, nimm oben alle Filter heraus und suche nach dem Style über das Suchfeld. Alternativ kannst Du auch mal alle Datensätze anzeigen und dann mit dem Browser (STRG+F) suchen.
Ich benutze den internen Editor von Anfang an und hatte noch nie solche Probleme. Wenn Probleme entstehen sind fast immer gesetzte Filter die Ursache.

[Maddy]

Hi Samson 1964, habe ich schon ein paar mal gemacht. Bei Filter raus und Kategorie rein sehe ich an die 150 Datensätze, aber nicht die, die auch mit dem Filter nicht gefunden werden.

Suchen erweist sich ebenfalls nur als Sackgasse. Gebe ich den Selector ein, erscheint "keine Einträge vorhanden". Merkwürdige ist, dass jeder Versuch, egal wo, das gleiche Ergebnis zeigt. Das Style lässt sich definieren, aber nirgendwo finden.

[Samson1964]

Was steht denn in Firebug für eine Quelle daneben? Kryptischer Dateiname = Style aus der Datenbank, normaler Dateiname = Style aus externer Datei, URL als Dateiname = Inline-CSS. Irgendwo muß Dein CSS ja sein.

[Maddy]

Der Firebug zeigt mir das Style genauso, wie ich es eingegeben habe. Zudem nennt er mir die betreffende Zeile, die ich beim css in den assets finde.
Sieht dann so aus:

#alltours { b6c54fe66cc5.css (Zeile 11)
left: 390px;
position: absolute;
top: 255px;
}

[Maddy]

Hat sich erledigt. Das Warum muss ich allerdings noch ergründen. Danke für die Hilfe, Maddy

[Maddy]

Guten Morgen, ich habe immer noch das gleiche Problem und finde die Lösung nicht. Neu angelegtes Stylesheets wird im BE nicht angezeigt. Der Firebug zeigt sie an, das FE reagiert, nur ändern kann ich sie nicht, weil sie irgendwohin sind. Hat jemand einen Tip, wie ich diesen nervigen Fehler beseitigen kann? Maddy

[Samuell]

Ohne Blick ins BE wüßte ich langsam nichts mehr zu empfehlen.

[Maddy]

Ich kann es Dir nicht zeigen, da ich im Localhost-Modus bin. Weiß mir nicht anders zu helfen und werde das letzte Backup neu aufsetzen. Hoffe, dass ich dann normal weiterarbeiten kann, Maddy

[Samuell]

Ich kann Dir ruhigen Gewissens noch immer raten externe Files zu nutzen.

Das von Dir beschriebene Verhalten hab ich noch nie gehört.

[Spooky]

Verwendest du einen AdBlocker oder dergleichen?

[Maddy]

Samuell, ich danke Dir für den Tip und werde ihn beherzigen. Dumm nur, dass ich bisher immer mit dem internen Editor gearbeitet habe und dutzende Seiten gestalten konnte, ohne auf dieses Handicap zu stoßen. Hoffe, dass die alternative Methode klappt, Maddy

[Maddy]

Spooky, benutze ich und habe ihn deaktiviert. Es ändert sich nichts

[Samuell]

Samuell, ich danke Dir für den Tip und werde ihn beherzigen. Dumm nur, dass ich bisher immer mit dem internen Editor gearbeitet habe und dutzende Seiten gestalten konnte, ohne auf dieses Handicap zu stoßen. Hoffe, dass die alternative Methode klappt, Maddy

Soweit ich mal in einem Nebensatz mitbekommen habe wird der interne Editor mittelfristig fliegen.
Das gibt Dir zwar noch ne Menge Zeit mit der LTS von 3.5, aber da solltest Du Dich ggf. zumindest Gedanklich drauf vorbereiten

[tab]

Trotzdem sollte der interne Editor, wenigstens solange er noch drin ist, auch funktionieren. Falls es also ein Bug sein sollte, wovon ich erst mal nicht automatisch ausgehe, sollte er behoben werden. Trotzdem kann es nicht schaden, sich rechtzeitig schon einmal nach einem Ersatz für die Funktionen des internen Editors umzuschauen. Dass der interne Editor aus 3.5.x rausfliegt, kann ich mir kaum vorstellen, in einem Bugfix-Release wird man ja wohl keine wesentlichen Features entfernen. Insofern wird er wohl noch ein paar Jährchen verfügbar sein.

[Samuell]

@tab aus 3.5 wird er nicht fliegen und er sollte dort auch funktionieren.
Allerdings gehe ich in diesem Fall davon aus, dass es sich nicht um einen Bug handelt, es also nicht an Contao liegt.
Da ich hier immer wieder von Einsatz des Editors lese, hätten wir sonst sicher schon öfter davon gelesen.

Am besten mal schauen ob man dieses Verhalten auf demo.contao.org reproduzieren kann.
Falls Nein, ist ein Bug ziemlich unwahrscheinlich und es wäre ein lokales Problem.

das löst das Problem zwar nicht, engt die zu prüfenden Parameter jedoch enorm ein.

[tab]

Ich gehe in erster Näherung mal davon aus, dass da irgendeine Sicherheitssoftware mal wieder Ärger macht. Deswegen wäre es vielleicht auch mal interessant, es mal von einem anderen Rechner aus zu probieren. Oder auch mal alles, was irgendwie mit "Internet-Security" zu tun hat, mal testweise zu deaktivieren. Also nicht nur den Adblocker.

[mlweb]

Ich bin zwar auch ein Liebhaber externer Stylesheets, aber bin genau der gleichen Meinung wie @tab.
Wenn der interne Editor da ist, muss er funktionieren. Einen Fehler des Editors schließe ich aber weitestgehend aus sonst hätten wir hier massenhaft Posts dazu.

Hast Du mal versucht einen anderen Browser zu nutzen?
Ist in Deinem Browser das javascript ganz oder teilweise blockiert?
Hast Du schon mal versucht mit Deinem Browser und den jetzigen Einstellungen Veränderungen in der Demo vorzunehmen?

Ich habe es gerade getestet.
Funktioniert, wird gespeichert und ist im BE und im FE sichtbar.

[mlweb]

Deswegen wäre es vielleicht auch mal interessant, es mal von einem anderen Rechner aus zu probieren.

Bei lokaler Installation nicht ganz so gut machbar, meine ich.

[tab]

Jein, wenn ein lokales Netzwerk besteht, dann geht es schon. Dann ruft man die Seite halt über den Rechnernamen oder die IP auf anstatt localhost. Auf dem selben Rechner kann man aber auch mal einen anderen Browser probieren, um das eigentliche Problem dann einzukreisen. Geht es mit dem anderen Browser, ist es eher ein Browser-Plugin, ansonsten eher eine Sicherheitssoftware auf dem Rechner (xyz Security Suite, ...). Falls es denn wirklich damit zusammenhängt.

[mlweb]

Jein, wenn ein lokales Netzwerk besteht, dann geht es schon.

Eben, nicht jeder hat einen zweiten Rechner im Netz und mit einem Mac aus meinem Netzwerk auf einen Windows XAMPP habe ich zum Beispiel auch schon mal Schiffbruch erlitten.

[Spooky]

Eben, nicht jeder hat einen zweiten Rechner im Netz und mit einem Mac aus meinem Netzwerk auf einen Windows XAMPP habe ich zum Beispiel auch schon mal Schiffbruch erlitten.

Das Betriebssystem sollte eigentlich egal sein.

[mlweb]

Mir ist es mit meinem Mac-Notebook nicht auf Anhieb gelungen auf XAMPP unter Windows 10 zuzugreifen. Ich bin der Sache aber auch nicht weiter nachgegangen, weil ich das Ganze dann auf meinen Entwicklungsserver installiert habe um auf Fehler im Mac zu testen. Das ging für mich schneller.
Ich wollte nur drauf hinweisen, dass eine Verbindung zum Localhost vielleicht nicht ganz so trivial sein muss. Der Teufel lauert manchmal im Detail.
Da halte ich den Versuch mit einem zweiten Browser und den Test mit dem betroffenen Browser und der Contao Demo erst einmal für zielführender.

[do_while]

Ich arbeite fast ausschließlich mit den internen Styles. Bisher habe ich keine Fehlfunktion bemerkt.
@Maddy: Hast Du denn auch alle Filter abgeschaltet? (Im oberen Bereich darf kein Select gelb hinterlegt sein!)

[Maddy]

Hallo an all diejenigen, die sich mit meiner Problematik beschäftigt haben. Das Problem ist endgültig vom Tisch.

Habe 3.5.9 geladen, die Seiten angelegt und mein Theme importiert. Beim vergleichen der Stylesheets fiel mir dann der Unterschied auf. Die Filterfelder in 3.5.9 sind weiß, in 3.5.8
waren sie grün. Daran hatte ich auch schon rumgeschraubt, allerdings ohne Erfolg. Da der Fehler aber nur hier liegen konnte, habe ich meiner Tastatur Gewalt angetan und Backspace und Leertaste traktiert.

Mit Erfolg. Alles weiss, alles klar. Alles in Ordnung.

Also Asche auf mein Haupt. Es war ein Hardwareproblem, werde mir morgen wohl ne neue Tastaur zulegen. Gruß und nochmals vielen Dank, Maddy

[mlweb]

mit einem Mac aus meinem Netzwerk auf einen Windows XAMPP habe ich zum Beispiel auch schon mal Schiffbruch erlitten.

Das Betriebssystem sollte eigentlich egal sein.

Es hatte mir keine Ruhe gelassen. Ich konnte schon mal feststellen, dass der Zugriff vom Mac mit dem Chrome-Browser auf Anhieb funktionierte.
Mein Standard-Browser Firefox wollte aber zunächst nicht. Der Schuldige war NoScript. Ich hatte schlichtweg vergessen die Adresse dort freizugeben.
Das Problem saß also mal wieder vor dem Rechner.