Skip to content
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

Standard show the old error in the parser window when the issue has been fixed #78

Open
iwarner opened this issue Jan 8, 2019 · 4 comments

Comments

@iwarner
Copy link

iwarner commented Jan 8, 2019

Please see this attachment

screenshot 2019-01-08 at 12 20 59

  • I changed right quote to a double quote - then back to a single quote - it picked up the error but then persists in showing that there is an error even when fixed

  • StandardJS version?
    12.0.1

  • VSCode version?
    1.30.1 (1.30.1)

  • StandardJS configuration?
    Default setup apart from
    "standard.options": {
    "globals": ["it","test", "expect", "describe"],
    "parser": "babel-eslint"
    },

  • What do you have in the OUTPUT panel?
    Nothing

@theoludwig
Copy link
Member

Is it still the case with newer versions ? @iwarner

@dziku86
Copy link

dziku86 commented Apr 4, 2021

Is it still the case with newer versions ? @iwarner

Yes it is.

@0xCA
Copy link

0xCA commented May 14, 2022

Windows 10
StandardJS 17
VSCode 1.67.1
Node 16.14.1
Extension 2,1,0

Same issue. After it happens, standard is absolutely stuck. It doesn't detect anything else, auto fix on save is not working. The only way to unstuck it is to hover my mouse over the ghost "issue". After modal about the "error" is displayed, it disappears and standard fully re-activates.
It stucks at false detections most of the time. E.g. half-typed variable in the middle of typing, or trailing spaces after new line, which aren't even there.

@0xCA
Copy link

0xCA commented May 20, 2022

It looks like this, and happens very frequently. It is absolutely unusable. I guess I'm rolling back to Sam Chens 1.4.1 extension and standard 16 (17 is not working with 1.4.1) until this is fixed.
image
image

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
Status: No status
Development

No branches or pull requests

4 participants