Open dan2kx opened 10 months ago
@dan2kx Thanks for the report. Can you share a reproducible example on our demo site? A permalink with your demo should be sharable, e.g. https://stylelint.io/demo/#N4Igxg9...
.
This is oddly similar to stylelint/stylelint#7429.
This is oddly similar to stylelint/stylelint#7429.
Yes it does seem so.
So the likely culprit is the vs code extension then? Should I create this issue there?
Here is a example from your Demo site.
Here is a example from your Demo site.
The problem with your example is that //
is not valid in CSS.
i.e. you want /* */
So Iv changed your demo by extending using stylelint-config-standard-scss
instead.
e.g.
{
"extends": "stylelint-config-standard-scss"
}
and the bug is gone.
Whether it should be considered a regression is up for debate; should we care about invalid syntaxes?
The use of single line comments was not an issue in stylelint v15 with the same vscode extension
i think this use case is valid as per the sass documentation: https://sass-lang.com/documentation/syntax/comments/
I am also extending this plugin:
{
"extends": "stylelint-config-standard-scss"
}
and others as you can see from the OP
@dan2kx Does the problem also occur when you use the CLI rather than the VSCode extension?
npx stylelint "test.scss" --fix
Run this command on a single file containing:
a {
// should allow comment
color: red;
}
Rather than all your SCSS files, in case the problem does occur.
Be sure to use your current config.
If it does occur, can you remove "stylelint-prettier/recommended" from your configuration object and try again.
Can you also share your VSCode settings.json, please? If there's anything sensitive in there, you can strip it back to only stylelint.
configuration properties.
@jeddy3 Thanks for the reply. the CLI seems to work without issue. The problem does still occur without the stylelint-prettier config.
Here is my vscode config
{
"diffEditor.ignoreTrimWhitespace": false,
"editor.accessibilitySupport": "off",
"editor.codeActionsOnSave": {
"source.fixAll": "explicit"
},
"editor.defaultFormatter": "esbenp.prettier-vscode",
"editor.formatOnPaste": true,
"editor.formatOnSave": true,
"editor.multiCursorModifier": "ctrlCmd",
"editor.rulers": [100, 120],
"editor.tabSize": 2,
"eslint.codeActionsOnSave.rules": null,
"files.associations": {
".env": "dotenv"
},
"git.confirmSync": false,
"git.ignoreLimitWarning": true,
"git.mergeEditor": false,
"javascript.updateImportsOnFileMove.enabled": "always",
"[scss]": {
"editor.defaultFormatter": "stylelint.vscode-stylelint"
},
"redhat.telemetry.enabled": false,
"scm.showActionButton": false,
"stylelint.validate": ["css", "scss"],
"typescript.updateImportsOnFileMove.enabled": "always"
}
@jeddy3 Have you tried to replicate this in vscode with my config?
stylelint/vscode-stylelint#489 looks like the same problem.
@dan2kx Thanks for the info. I can reproduce the problem now. My files are below:
package.json
(need to run npm install
):
{
"dependencies": {
"stylelint": "^16.1.0",
"stylelint-config-sass-guidelines": "^11.0.0",
"stylelint-config-standard-scss": "^13.0.0",
"stylelint-order": "^6.0.4",
"stylelint-prettier": "^5.0.0"
}
}
.stylelintrc.json
:
{
"extends": [
"stylelint-config-sass-guidelines",
"stylelint-config-standard-scss",
"stylelint-prettier/recommended"
],
"ignoreFiles": ["node_modules/**", "dist/**", "**/*.tsx", "**/*.ts"],
"overrides": [
{
"files": ["**/*.scss"],
"customSyntax": "postcss-scss"
}
]
}
.vscode/settings.json
:
{
"diffEditor.ignoreTrimWhitespace": false,
"editor.accessibilitySupport": "off",
"editor.codeActionsOnSave": {
"source.fixAll": "explicit"
},
"editor.defaultFormatter": "esbenp.prettier-vscode",
"editor.formatOnPaste": true,
"editor.formatOnSave": true,
"editor.multiCursorModifier": "ctrlCmd",
"editor.rulers": [100, 120],
"editor.tabSize": 2,
"eslint.codeActionsOnSave.rules": null,
"files.associations": {
".env": "dotenv"
},
"git.confirmSync": false,
"git.ignoreLimitWarning": true,
"git.mergeEditor": false,
"javascript.updateImportsOnFileMove.enabled": "always",
"[scss]": {
"editor.defaultFormatter": "stylelint.vscode-stylelint"
},
"redhat.telemetry.enabled": false,
"scm.showActionButton": false,
"stylelint.validate": ["css", "scss"],
"typescript.updateImportsOnFileMove.enabled": "always"
}
test.scss
:
a {
// should allow comment
color: red;
}
https://github.com/stylelint/stylelint/assets/473530/b5a70446-10ef-472b-b77f-db33bd36851e
FYI, the CLI is not a problem:
$ npx stylelint test.scss --fix
test.scss
3:10 ✖ Unexpected named color "red" color-named
1 problem (1 error, 0 warnings)
$ cat test.scss
a {
// should allow comment
color: red;
}
So, this problem seems specific to the VSCode extension. I'll transfer this issue to https://github.com/stylelint/vscode-stylelint
@dan2kx When I change editor.formatOnSave
from true
to false
, the problem is gone. Can you try it?
- "editor.formatOnSave": true,
+ "editor.formatOnSave": false,
@ybiquitous It does stop the error but also stops the format from auto fixing issues which is useful to me
@dan2kx I'm afraid that I'm unfamiliar with VSCode, but can you use editor.codeActionsOnSave
instead?
@dan2kx I'm afraid that I'm unfamiliar with VSCode, but can you use
editor.codeActionsOnSave
instead?
I have that too
Ah, right. Sorry, I missed the setting. I'm unsure which is the cause. 😕
+1
After minimising dependencies, I can reproduce the test case provided in the previous comment.
"volta": {"node": "20.11.1"})
to package.json.Lint errors are highlighted properly by VS Codium before saving.
The only viable solution for now is to stick with stylelint 15.x.
{
"dependencies": {
"stylelint": "^16.1.0",
"stylelint-config-standard-scss": "^13.0.0"
},
"stylelint": {
"extends": [
"stylelint-config-standard-scss"
]
}
}
{
"redhat.telemetry.enabled": false,
"[scss]": {
"editor.formatOnSave": true,
"editor.defaultFormatter": "stylelint.vscode-stylelint",
"editor.codeActionsOnSave": {
"source.fixAll.stylelint": "explicit"
}
},
"stylelint.validate": ["css", "scss"]
}
a {
// Double slash Line comment
color: black;
/* CSS Block comment */
background-color: white;
}
a {
// Double slash Line comment
color: black;DoubleslashLinecommentcolor
/* CSS Block comment */
background-color: white;
}
Starting with the previous faulty result, the errors spread to the following line.
After two saves:
a {
// Double slash Line comment
color: black;DoubleslashLinecommentcolorDoubleslashLinecommentcolor
/* CSS Block comment */
background-color: white;background-color
}
After three saves:
a {
// Double slash Line comment
color: black;DoubleslashLinecommentcolorDoubleslashLinecommentcolorDoubleslashLinecommentcolor
/* CSS Block comment */
background-color: white;background-colorbackground-color
}
Thanks for providing the reproduction. editor.formatOnSave
and editor.codeActionsOnSave
seem to conflict for some reason. 🤔
I don't know if this could help anybody that still has the problem today, but just in case: the only way I found to resolve this bug is to add the "postcss-scss" custom syntax for stylelint directly in VS Code User Settings, as it did not work for me in the stylelint config file (still digging to find out why ^^)
More precisely, in VS Code, open the command palette and search "Preferences : Open User Settings (JSON)" and add this line in the json settings :
"stylelint.customSyntax": "postcss-scss"
I don't know if this could help anybody that still has the problem today, but just in case: the only way I found to resolve this bug is to add the "postcss-scss" custom syntax for stylelint directly in VS Code User Settings, as it did not work for me in the stylelint config file (still digging to find out why ^^)
@azelky Although I have not fully tested it, it seems your solution works on our project (Thanks!). Did you find any more details about why the option is not doing anything from the stylelint config file?
And anybody knows why we would need this?
I see no harm so far, but might we be losing something in the process?
What minimal example or steps are needed to reproduce the bug?
What minimal configuration is needed to reproduce the bug?
How did you run Stylelint?
running in vscode plugin
Which Stylelint-related dependencies are you using?
What did you expect to happen?
would expect the comment to remain untouched
What actually happened?
is converted to on save:
Do you have a proposal to fix the bug?
It worked correctly in version 15