-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
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
Rule proposal: no-extraneous-slashes #915
Comments
"Multiple" would be handled by #912 (ie, ensuring the shortest path). "Trailing" isn't safe, because However, #912's solution would presumably handle that as well, so I'm going to close this as a duplicate of #471. |
Sick! I found that PR first, but wasn't sure if it covered these cases. |
If it doesn't, it should :-) i believe there is some existing discussion on it related to "trailing". |
It covers the // case. I've not fixed it to do the trailing slash... Yet |
Should be probably reopened then? |
@wottpal since that comment 6 years ago, the PR was adapted to include that, so no. If you have a problem with the latest version, please file a new issue. |
It would be nice to have a rule which catches extraneous slashes in paths. It could either be one rule:
no-extraneous-slashes
with optionsallowMultiple
andallowTrailing
(both defaulting to false) or two:no-multiple-slashes
/no-trailing-slashes
.Fail
Related to #557.
I'm leaning towards one rule.
The text was updated successfully, but these errors were encountered: