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

Filter "Problems" by the extension which generated them (Markers Panel Filter) #51103

Open
bitjson opened this issue Jun 4, 2018 · 14 comments
Open
Assignees
Labels
error-list Problems view feature-request Request for new features or functionality papercut 🩸 A particularly annoying issue impacting someone on the team
Milestone

Comments

@bitjson
Copy link

bitjson commented Jun 4, 2018

I'd love to be able to declutter the "Problems" Markers Panel by hiding/showing logs generated by only certain extensions.

Right now, if I type [ts] into the filtering box, I get No results found with provided filter criteria. Clear Filter.

If I then delete the filter, I can clearly see plenty of warnings and errors generated by [ts]. After tinkering with it for a while, I've not been able to figure out how to filter by the extension name. (Maybe it just needs some documentation or UI to help the user write filters?)

Also, for other users finding this issue, after a bit of searching around I realized I could also filter roughly by using the keywords warning, error, and info. E.g: enter warning, error into the filter to hide info markers. This helps a bit, but doesn't help much when you're trying e.g. to filter out a particularly noisy extension (like a spell checker) generating the same type of marker you're looking for.

@vscodebot vscodebot bot added the error-list Problems view label Jun 4, 2018
@vscodebot
Copy link

vscodebot bot commented Jun 4, 2018

(Experimental duplicate detection)
Thanks for submitting this issue. Please also check if it is already covered by an existing one, like:

@bitjson
Copy link
Author

bitjson commented Jun 4, 2018

(Reviewed, none of the above issues address this particular problem.)

@sandy081 sandy081 added the feature-request Request for new features or functionality label Jun 6, 2018
@sandy081 sandy081 added this to the Backlog milestone Jun 6, 2018
@sandy081
Copy link
Member

sandy081 commented Jun 6, 2018

Related #8305

@graph
Copy link

graph commented Jun 26, 2018

I would like to add when filtering problems also update which files are highlighted. All my files are always red because of spell check plugin. Sometimes I don't care enough to fully setup the C++ plugin and I get errors everywhere because of missing includes. I would also like to ignore all those and only see actual errors produced when compiling.

Maybe a simple list of plugins with a checkbox beside it so I can uncheck which plugins output I currently don't care at the moment.

@barakbd-bluevine
Copy link

Exactly the same request as @graph - I want to hide spell check from the problems panel (But I woul like to highlight them inside the files)

@lygstate
Copy link

+1 for filtering problems generated by specific extension

@sandy081 sandy081 modified the milestones: Backlog, Backlog Candidates Nov 8, 2019
@vscodebot
Copy link

vscodebot bot commented Jan 15, 2020

This feature request is now a candidate for our backlog. The community has 60 days to upvote the issue. If it receives 20 upvotes we will move it to our backlog. If not, we will close it. To learn more about how we handle feature requests, please see our documentation.

Happy Coding!

@vscodebot
Copy link

vscodebot bot commented Jan 17, 2020

🙂 This feature request received a sufficient number of community upvotes and we moved it to our backlog. To learn more about how we handle feature requests, please see our documentation.

Happy Coding!

@HenokAddis
Copy link

This work got moved to the backlog, but is there a target release? Can me and my team help support this work with developer resources? Who should we reach out to for design discussions before we begin investing here?

Many of the above comments echo the pains our customers are facing as well. In addition, it would be even better if a user could be given pre-defined filters for "Owners" or "Sources" that exist in the problems pane so they can filter to the issues they wish to investigate easily.

For example, the spellcheck scenario where there are many instances of spelling issues makes it difficult to investigate errors in the build. Filtering the problems pane down to only the build errors would allow a user to investigate more efficiently. This could be done by selecting the "Owner" or "Source" (still not clear which is correct) of those Build errors through a dynamically generated list of filters for convenience.

This same scenario can be applied to any warning or error in the problems pane.

@emmenlau
Copy link

For spell checkers this is a very relevant issue. The extension provides important help when writing, but for most programming tasks it clutters the "Problems" pane unnecessarily.

@GitMensch
Copy link
Contributor

With the recent addition of negattive text filtering #115351 it is at least possible to "fake" that (for a single extension) as long as it leaves a correct source hint: ![ts] filters those out also similar possible: ![cSpell].

@stephenmartindale
Copy link

The negative text filters proposed by @GitMensch did not work for me (in code 1.83). Instead, filtering without the brackets was necessary: e.g. !cSpell

@sandy081 sandy081 added the papercut 🩸 A particularly annoying issue impacting someone on the team label Jan 16, 2024
@pknowles
Copy link

pknowles commented Feb 2, 2024

As a workaround for C++, adding the option "C_Cpp.errorSquiggles": "disabled", cleaned up a all the spurious intellisense errors and mostly left me with real compiler errors after building. Guessing clangd/vscode-clangd#114 might work for clangd.

@black-puppydog
Copy link

filtering without the brackets was necessary: e.g. !cSpell

+1 from me. filtering with [] didn't do anything.
But even with negative filtering this doesn't do what I want. I want to only display problems issued by the typescript type checker. Filtering by name works for pretty much any other source of problems. Ie I can filter for "eslint" and that will be reasonably accurate. but filtering for "ts" doesn't help at all because (surprise!) all my files end in .ts. 🤦🏽

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
error-list Problems view feature-request Request for new features or functionality papercut 🩸 A particularly annoying issue impacting someone on the team
Projects
None yet
Development

No branches or pull requests