2.9.2 & 2.9.3 - Bug im CSS Import!

Hi,

Nach Update 2.9.1 -> 2.9.2.

Wenn ich über CSS-Import ein Stylesheet importiere,
werden alle Selectoren gefressen.

Aus

Code:

---

*
{
        background-color:#ff0000;
}

body
{
        font: normal 10pt Tahoma, sans-serif;
        color: #000;
}

h1,h2,h3,h4,h5,h6
{
        margin-bottom: 0.25em;
}

---

wird

Code:

---

{background-color:#ff0000;}
{color:#000;font: normal 10pt Tahoma, sans-serif;}
{margin-bottom:0.25em;}

---

Bei mehreren Selectoren, verschwinden alle bis auf den letzten.

Kann das jmd bestätigen, oder handelt es sich um ein lokales Problem?

hallo!

Ja das kann ich bestätigen!
Allerdings werden bei mir nur Klassen abgeschnitten.
Aus

Code:

---

/** * all LIs in menus */
.mod_navigation li,
.mod_newsmenu li,
.mod_changelanguage li {
  list-style-type: none;
}

---

Wird

Code:

---

/** * all LIs in menus */
.mod_changelanguage li {
  list-style-type: none;
}

---

Selektoren wie h1,h2,h3 bleiben erhalten.

Code:

---

/* Reset margins */
body, div, h1, h2, h3, h4, h5, h6, p, blockquote, pre, code, ol, ul, li, dl, dt, dd, table, th, td, form, fieldset, legend, input, textarea {
  margin: 0;
  padding: 0;
}

---

Mit freundlichen Grüßen
Steffen Winde

Hi,

konntest Du schon rausfinden woran das liegt?
Habe seitdem nicht mehr an dem Projekt weiter gearbeitet.

Grüße

Hallo, nein leider nicht!
Allerdings fehlen bei dir ja alle Selektoren. Irgendwie sieht das bei mir doch anders aus.
In der Online-Demo kann man es leider nicht nachstellen, da keine CSS-Files zum importieren vorhanden sind. Und hochladen kann man auch keine.

Dann hoffen wir mal, dass sich ein Entwickler meldet :)

Ich habe es doch nachstellen können!

Fehler tritt in der Onlinedemo auch auf!

Zitat:

---

Dann hoffen wir mal, dass sich ein Entwickler meldet

---

Sollte heißen: Dann hoffen wir mal, dass sich ein Entwickler mit einer Lösung meldet ;)

Ich war mal so forsch und habe eine Fehlermeldung eingestellt!

http://dev.contao.org/issues/2738

Bis dahin bearbeite ich die CSS Datei extern, hat auch so seine Vorteile.

Top!

Lorem ipsum.

Kann das Problem nicht bestätigen. Nach update zweier Installationen klappt alles wie gewohnt.

Hallo das Ticket ist jetzt bestätigt!

Evtl. Abhilfe findest du hier.
Wenn ich das richtig verstehe, soll bis zum fixen des Fehlers in der Datei
/system/modules/backend/StyleSheets.php

die Zeile 608 von neuer Variante (grün) zu alter Variante (rot) geändert werden.

Wurde in r586 behoben

Hi,

habe die r586er StyleSheets.php & tl_content.php eingespielt,
so wie Änderungen manuell durchgeführt.

* Selector und erster Eintrag im 2ten Stylesheet werden gefressen.

aus

Code:

---


/*global.css*/

*
{
        margin:0;
        padding:0;
        border:0px solid #ffffff;
        border-collapse:collapse;
        border-spacing:0px;
        text-align:left;
        text-decoration:none;
}

/*module.css*/

#g_LogoSignet
{
        width:115px;
        height:113px;
        float:left;
}

---

wird

Code:

---


/*global.css*/

{margin:0;padding:0;text-align:left;border:0px solid #ffffff;border-collapse:collapse;text-decoration:none;border-spacing:0px;}

---

Hi,

frische Installation 2.9.3.
Noch immer Problem beim CSS-Import (siehe oben).

Grüße

Hallo about:blank,

versuch mal den Selektor ohne Unterstrich, klappt es dann?

#g_LogoSignet -> #gLogoSignet

http://devedge-temp.mozilla.org/view...s-underscores/

Hi,

nope, keine Abhilfe.
* Selector wird nach wie vor gefressen, und aus dem 2ten CSS verschwindet der erste,
egal wie was ich als Selector nehme.

hmm…

Und ohne Kommentare bzw. mit Leerzeichen?

/*module.css*/ --> /* module.css */

Die Kommentare hab ich nur hier rein geschrieben, um das Problem zu verdeutlichen.
Die eigentlichen Stylesheets enthalten weder Kommentare noch UTF-8 Def.

Ok, nur damit man im Ausschlussverfahren alles mitnimmt zum Testen ;)

Und immer den 2. Eintrag? Also wenn mehr Selektoren enthalten sind, immer nach dem ersten wird gestoppt?

=> ok, noch mal alles gelesen. Wurde in der 2.9.2 Demo ja auch als fehlerhaft festgestellt. Wie ist es in der 2.9.3 Demo? Sonst das Ticket noch mal öffnen.

np ;)

Nee, alle anderen scheinen ok zu sein, nur der este Eintrag verschwindet komplett.

Code:

---


#g_LogoText
{
        width:220px;
        height:113px;
        float:left;
}

---

geht dann wieder normal durch.

Zitat:

---

Wie ist es in der 2.9.3 Demo? Sonst das Ticket noch mal öffnen.

---

unter http://demo.contao.org/ läuft noch die 2.9.2er.
Wie öffne ich ein Ticket nochmal?

Hallo zusammen.

Mir fällt auf, dass bei den nicht funktionierenden Beispielen die Klammerung anders ist. Die geschweiften Klammern stehen in eigenen Zeilen.

Bei den (teilweise) funktionierenden Beispielen bleibt nur der Selektor übrig, der mit der öffnenden Klammer in einer Zeile steht...

Nur als Hinweis, ich kann das z.Zt. nicht selbst nachstellen.

Gruß,
folkfreund

Hi folkfreund,

das behebt zu mindest schon mal das Prob. mit dem Verschwinden des ersten Eintrags im 2ten CSS. :)
Der *-Selector verschwindet aber immer noch.

Btw

Code:

---

.sel
{
foo:bar;
}

---

Mein ganzes CSS sieht so aus. Hat bisher immer 1A geklappt.
Alle folgenden Einträge sind genau so geklammert, und gehen normal durch.

Da wird wohl einfach die RegEx noch nicht optimal sein.

Hi about:blank,

natürlich ist das valides CSS, aber ob der Parser das auch weiß?

Wenn du ein Ticket erstellst, dann schreib meine Beobachtung bitte mit dazu. Hilft dann auch bei der Korrektur der RegEx...

Gruß,
folkfreund

Zitat:

---

Wenn du ein Ticket erstellst

---

Wenn Du mir sagst wie das geht ;)

Mach Du das doch, und poste den Link zu diesem Thread einfach mit.

Entschuldige, aber ich habe die ganze Sache ja nur theoretisch in diesem Thread verfolgt.

Ein Ticket kannst du so aufmachen:

1. http://dev.contao.org/
2. im Menü auf 'Fehler melden'
3. oben rechts registrieren (ist etwas schwer zu sehen...)
4. Wenn du dann einen Account hast, dann findest du bestimmt die Seite, ein neues Ticket zu öffnen!

Gruß,
folkfreund

Done.
http://dev.contao.org/issues/2777

Ticket deleted without comment?!?!

Hallo,

falls du schon vor Behebung des Fehlers größere CSS importieren musst, dann kannst du wahrscheinlich die Extension csseditor nutzen. Sie zeigt dir das CSS in einem Quelltext-Editor an und du kannst einfach dein CSS per c&p einfügen.

Gruß,
folkfreund

Thx. Ich editier's einfach direkt in Root-Ordner ;)

CSS direkt editieren hat bei mir mal nicht funktioniert - ich kenne aber den Mechanismus nicht genau. Vermute, das CSS wird auch in der DB gespeichert?
Vielleicht kann mich ja mal jemand erleuchten ;-)

Ist das Ticket vielleicht beim Umzug verschütt gegangen?

folkfreund

Zitat:

---

Zitat von about:blank

Thx. Ich editier's einfach direkt in Root-Ordner ;)

---

Solange das CSS-Dokument in den zusätzlichen Head-Tags eingebunden ist nd Du das CSS-Framework nicht nutzt, ok.
Mit der einschränkung, das nach dem nächsten Cronjob die CSS leer ist.
Daher dann also z.B. in den Ordner "tl_files" die CSS-Datei legen.

Zitat:

---

Solange das CSS-Dokument in den zusätzlichen Head-Tags eingebunden ist nd Du das CSS-Framework nicht nutzt, ok.

---

*thumb up*

Zitat:

---

Mit der einschränkung, das nach dem nächsten Cronjob die CSS leer ist.

---

Ersten Male voll reingelaufen ;) Jetzt einfach

Code:

---

<img src="<?php echo $this->base; ?>cron.php" alt="" class="invisible" />

---

in fe_page.tpl gelöscht.

Aber nur, solange du am CSS arbeitest?

Lol, natürlich :)
Und wenn fertig einmal importieren und Cron wieder aktivieren.
Ist einfach effektiver als ständig über den CSS-Import zu gehen.