Fehler Could not compile SCSS: $amount: Expected 70% to be within 0% and 1%: line: 180, column: 5

WebmasterTTOC · March 21, 2023 at 9:30 PM

Hallo,

Ich habe hier eine sehr ähnliches Problem wie: Error Could not compile SCSS

Browser
Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/111.0.0.0 Safari/537.36 Edg/111.0.1661.44

Fehlermeldung
Could not compile SCSS: $amount: Expected 70% to be within 0% and 1%: line: 180, column: 5

Art
wcf\system\exception\SystemException

Datei (Zeile)
/www/htdocs/w015501d/forum/core/lib/system/style/StyleCompiler.class.php (643)

Template Context
?>

====> <?=$this->v['__wcf']->getStyleHandler()->getStylesheet();?>
<style> .fireRockets > img{ display: block; margin: 0 auto; width:24px;
height:46px;

Stacktrace

/www/htdocs/w015501d/forum/core/lib/system/style/StyleCompiler.class.php (294): wcf\system\style\StyleCompiler->compileStylesheet(…)
/www/htdocs/w015501d/forum/core/lib/system/style/StyleHandler.class.php (154): wcf\system\style\StyleCompiler->compile(…)
/www/htdocs/w015501d/forum/core/templates/compiled/6_wcf_1_articleList.php (285): wcf\system\style\StyleHandler->getStylesheet(…)
/www/htdocs/w015501d/forum/core/lib/system/template/TemplateEngine.class.php (350): include(…)
/www/htdocs/w015501d/forum/core/lib/page/AbstractPage.class.php (390): wcf\system\template\TemplateEngine->display(…)
/www/htdocs/w015501d/forum/core/lib/page/AbstractPage.class.php (135): wcf\page\AbstractPage->show(…)
/www/htdocs/w015501d/forum/core/lib/system/request/Request.class.php (90): wcf\page\AbstractPage->__run(…)
/www/htdocs/w015501d/forum/core/lib/system/request/RequestHandler.class.php (107): wcf\system\request\Request->execute(…)
/www/htdocs/w015501d/forum/core/index.php (11): wcf\system\request\RequestHandler->handle(…)

Ich finde aber nicht heraus, an welcher Stelle die 70 gesetzt wird. Es passiert, wenn man einen bestimmten "dark" syle verwendet. Es hilft aber nix, wenn ich den wieder auf Standard zurück stelle im ACP für den Benutzer. Ich denke der compiliert in dem Fall immer was, und der Fehler passiert dort, wo als erstes einer "getStylesheet" aufruft.

Ich habe nach den Keywords gesucht: (bspw. darken, lighten, fade-out, fade-in, transparentize)

Ich habe ein paar mit darken und transparentize gefunden und geändert in den "style" files, aber keinen mit 70 oder 0.7. Und es hat auch nix geholfen.

Ich sehe das ist das erste Mal am 16.3. aufgetreten. Das war 22 Stunden nachdem ich auf die neueste Woltlab-Version 5.5.9 ging. Ist ggf. erst dann wieder was compiliert worden...seit den letzten Update.

Also meine Frage als Woltlab noob: Wo ist die Stelle mit 70 oder 0.7?

Was gibt's denn noch für Anweisungen, wo nur 0 und 1 erlaubt sind?

Hundiiiiiiiiii · March 21, 2023 at 9:44 PM

Such mal nach 30%);

Ansonsten hier schauen:

Sass Color Functions

W3Schools offers free online tutorials, references and exercises in all the major languages of the web. Covering popular subjects like HTML, CSS, JavaScript,…

www.w3schools.com

was wie geschrieben werden muss. Nicht alle Fehler werfen auch einen Fatal Error, einige werden auch einfach ignoriert.

WebmasterTTOC · March 21, 2023 at 10:56 PM

Danke, aber leider kein Treffer mit den anderen Schlüsselwörtern, und auch mit "30" nichts was mich weiter bringt.

Hundiiiiiiiiii · March 21, 2023 at 11:03 PM

Kannst du den CSS-Code mal posten? Ansonsten kannst du mir den Stil oder CSS auch mal schicken und ich schaue mal drüber.

Darklord · March 22, 2023 at 5:24 AM

Quote from WebmasterTTOC


====> <?=$this->v['__wcf']->getStyleHandler()->getStylesheet();?>
<style> .fireRockets > img{ display: block; margin: 0 auto; width:24px;
height:46px;

Kann es sein, dass du das Feuerwerks-Plugin installiert hast?

Dann könnte dir da mipu weiterhelfen.

Goli Ath · March 22, 2023 at 7:06 AM

line: 180, column: 5 = Ein Fehler scheint in Linie 180, Zeile 5 zu liegen... brauch ja nur ein Zeichen falsch sein...

mipu · March 22, 2023 at 7:44 AM

Quote from Darklord

Kann es sein, dass du das Feuerwerks-Plugin installiert hast?

Quote from WebmasterTTOC

Template Context
?>

====> <?=$this->v['__wcf']->getStyleHandler()->getStylesheet();?>
<style> .fireRockets > img{ display: block; margin: 0 auto; width:24px;
height:46px;

Der Inhalt ist aus meinem Plugin, doch kann ich die Fehlermeldung nicht bei mir bestätigen.

norse · March 22, 2023 at 12:19 PM

Irgendetwas an diesem Stil muss sich von den anderen insofern unterscheiden, dass die Fehlermeldung bei der Einbindung von CSS über das headinclude-Template auftritt. Aber warum erst jetzt? Wurde etwas am SCSS-Compiler geändert?

Gruß norse

Hundiiiiiiiiii · March 22, 2023 at 12:53 PM

Man kann kein SCSS in Templates verwenden. Das fehlerhafte CSS ist entweder im Stil oder in einem Stylesheet im CSS-Ordner enthalten.

Und ja, der Compiler wurde aktualisiert und toleriert einige Fehler nicht mehr.

Da der Fehler nur bei einem bestimmten Stil auftritt ist der Fehler in einem Plugin unwahrscheinlich bis ausgeschlossen.

norse · March 22, 2023 at 1:14 PM

Glaub mir Tom, in diesem konkreten Fall geht es um einen per TL in headinclude (Event stylesheets) eingebundenen CSS-Code. So etwas mache ich auch in meinen Paketen, wenn eine bestimmte Deklaration nur unter einer Bedingung greifen soll, die sich allein mit CSS nicht abfragen lässt.

Gruß norse

Black Rider · March 22, 2023 at 1:17 PM

Da sagt die Fehlermeldung aber was anderes, denn die kompiliert in dem Moment eindeutig den aktuellen Stil.

Hundiiiiiiiiii · March 22, 2023 at 1:39 PM

Quote from norse

…um einen per TL in headinclude (Event stylesheets) eingebundenen CSS-Code. So etwas mache ich auch in meinen Paketen, wenn eine bestimmte Deklaration nur unter einer Bedingung greifen soll, die sich allein mit CSS nicht abfragen lässt.

Warum solltest du so etwas machen? Du kannst per File einfach ein (S)CSS-File mitliefern. Per EL (S)CSS einfügen ist quatsch und erst recht SCSS. Soll das bei jedem Aufruf neu compiliert werden? Haeh 🤔

norse · March 22, 2023 at 1:53 PM

Und wie frage ich über eine solche CSS-Datei z.B. eine Benutzeroption oder eine Berechtigung des angemeldeten Benutzers ab, von der eine Deklaration abhängig sein soll?

Gruß norse

Hundiiiiiiiiii · March 22, 2023 at 2:05 PM

Ach du machst wieder norse-Zeug 👀 Du könntest per JS auf die Klasse userPanelLoggedIn prüfen, eine Hilfsklasse einfügen und dann Faxen machen oder so 😬

Hier ist es jedenfalls der Stil und kein Plugin ☝️

norse · March 22, 2023 at 2:23 PM

Quote from norse

Irgendetwas an diesem Stil muss sich von den anderen insofern unterscheiden, ...

Quote from Hundiiiiiiiiii

Hier ist es jedenfalls der Stil und kein Plugin

Dann sind wir uns doch einig. Was mich irritiert, ist der Umstand, dass in der Fehlermeldung im Template-Kontext jeweils auf dem von mir beschriebenen Weg eingefügter Code beanstandet wird, der in anderen Stilen keine Probleme macht.

Gruß norse

Black Rider · March 22, 2023 at 3:30 PM

Nein, beanstandet wird diese Zeile:

Code

====> <?=$this->v['__wcf']->getStyleHandler()->getStylesheet();?>

Also das Laden des Stylesheets. Der nachfolgende Code ist für den Fehler nicht relevant.

norse · March 22, 2023 at 4:25 PM

Ok danke für die Klarstellung. Dann liegt es also nicht an den Paketen mit entsprechenden TemplateListenern.

Gruß norse

WebmasterTTOC · March 22, 2023 at 6:27 PM

Danke für die Diskussion. Es kann sein, dass Ihr mich verloren habt. Bin kein HTML Experte...

Ich habe das Fireworks-Plugin entfernt, dann kommt ein anderes Plugin dran das auch getStylesheet aufruft.

Wir haben neben Default-Stil ein durchsichtiges mit Hintergrund-Bild: "Lucent"

Und drei Stile die wohl auf "Style Nero" basieren. Der Problem-Stil ist ein von einem freund angelegter.

Moment, ich frage den mal was er genau gemacht hat vor einem guten Jahr als er den angelegt hat. Hoffentlich weiß ers noch.

Aha, da sind insgesamt zwei 70%, schon korrigiert:

.containerList > li .buttonGroupNavigation > ul {

border: 1px solid transparentize($wcfContentLink,0.7);

}

Bazinga! Der Stil zerbombt nicht mehr die Seite.

**Tim Düsterhus** · March 27, 2023 at 12:00 PM Official Post

Hallo,

Quote from norse

Wurde etwas am SCSS-Compiler geändert?

der SCSS-Compiler wird (wie jede andere externe Bibliothek) bei neuen Versionszweigen aktualisiert. Innerhalb der monatlichen Patch-Releases bleiben die externen Bibliotheken aber im Wesentlichen stabil (siehe auch: RE: The Security found one vulnerable packages).

Fehler Could not compile SCSS: $amount: Expected 70% to be within 0% and 1%: line: 180, column: 5

Tim Düsterhus March 27, 2023 at 11:58 AM

Tim Düsterhus March 27, 2023 at 12:01 PM

Tim Düsterhus March 27, 2023 at 12:01 PM

Participate now!

Similar Threads

Fehler "Default values for BLOB or TEXT columns are unsupported." beim Upgradeversuch

Fehler nach Update von 5.4 auf 5.5

Nach Update auf 5.5.2 Der SCSS-Code enthält einen Fehler: Could not compile SCSS: $amount: Expected 7% to be within 0% and 1%: line: 241, column: 2.

Beim Update mit einem Stil kommt Fehlermeldung

Error Could not compile SCSS

Users Viewing This Thread

Tim Düsterhus March 27, 2023 at 11:58 AM

Tim Düsterhus March 27, 2023 at 12:01 PM

Tim Düsterhus March 27, 2023 at 12:01 PM

Participate now!

Similar Threads

Fehler "Default values for BLOB or TEXT columns are unsupported." beim Upgradeversuch

Fehler nach Update von 5.4 auf 5.5

Nach Update auf 5.5.2 Der SCSS-Code enthält einen Fehler: Could not compile SCSS: $amount: Expected 7% to be within 0% and 1%: line: 241, column: 2.

Beim Update mit einem Stil kommt Fehlermeldung

Error Could not compile SCSS

Users Viewing This Thread

Tim Düsterhus March 27, 2023 at 11:58 AM

Tim Düsterhus March 27, 2023 at 12:01 PM

Tim Düsterhus March 27, 2023 at 12:01 PM