-
-
Notifications
You must be signed in to change notification settings - Fork 31
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Fix double slash comments being appended to the nearest property in VSCode #490
Comments
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. |
The problem with your example is that {
"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:
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?
Run this command on a single file containing:
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 |
@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
|
@jeddy3 Have you tried to replicate this in vscode with my config? |
#489 looks like the same problem. |
@dan2kx Thanks for the info. I can reproduce the problem now. My files are below:
{
"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"
}
}
{
"extends": [
"stylelint-config-sass-guidelines",
"stylelint-config-standard-scss",
"stylelint-prettier/recommended"
],
"ignoreFiles": ["node_modules/**", "dist/**", "**/*.tsx", "**/*.ts"],
"overrides": [
{
"files": ["**/*.scss"],
"customSyntax": "postcss-scss"
}
]
}
{
"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"
}
a {
// should allow comment
color: red;
} Screen.Recording.2024-01-29.at.23.36.29.movFYI, 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": 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 |
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.
Lint errors are highlighted properly by VS Codium before saving. The only viable solution for now is to stick with stylelint 15.x. package.json{
"dependencies": {
"stylelint": "^16.1.0",
"stylelint-config-standard-scss": "^13.0.0"
},
"stylelint": {
"extends": [
"stylelint-config-standard-scss"
]
}
} settings.json{
"redhat.telemetry.enabled": false,
"[scss]": {
"editor.formatOnSave": true,
"editor.defaultFormatter": "stylelint.vscode-stylelint",
"editor.codeActionsOnSave": {
"source.fixAll.stylelint": "explicit"
}
},
"stylelint.validate": ["css", "scss"]
} test.scss before savinga {
// Double slash Line comment
color: black;
/* CSS Block comment */
background-color: white;
} test.scss after savinga {
// 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. |
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" |
@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
The text was updated successfully, but these errors were encountered: