Bug 256948

Summary: Provide a way to filter out some markers
Product: [Eclipse Project] Platform Reporter: Philipe Mulet <philippe_mulet>
Component: ResourcesAssignee: Platform-Resources-Inbox <platform-resources-inbox>
Status: NEW --- QA Contact:
Severity: enhancement    
Priority: P3 CC: daniel_megert, darin.eclipse, markus.kell.r, Mike_Wilson
Version: 3.5   
Target Milestone: ---   
Hardware: PC   
OS: Windows XP   
Whiteboard:

Description Philipe Mulet CLA 2008-11-28 16:53:27 EST
3.4

Similar to API tooling offering a filtering mechanism for certain API violation diagnostics, the platform should offer a base mechanism which could be leveraged in JDT to hire certain instances of compiler warnings for instance.

Note that this functionality should not just hide some existing markers, but rather remember these filters so that a builder could consult the list of filters to avoid producing offending markers (in case of a clean build, there may not be any preexisting marker).
Comment 1 Philipe Mulet CLA 2008-11-28 16:56:11 EST
Also note that these filters should be shareable along with the source code (like using preference store).
Comment 2 Dani Megert CLA 2008-11-29 05:34:43 EST
Philippe, the same would then also be needed for JDT Core's problem reporting during reconcile because otherwise the suppressed marker would appear in the editor as (temporary) problem.
Comment 3 Markus Keller CLA 2008-12-01 05:31:50 EST
See bug 156710 comment 10:
> And the hard thing is not how to suppress a specific warning, but how to update
> these external annotations when the targeted code changes. The solution would
> probably have to listen to text file buffers, add positions to the documents,
> and update/delete the positions when the text is changed. An unsolved problem
> is how to transfer external annotations when text is moved (e.g. by
> drag-and-drop or by refactorings such as extract method, move, pull up, ...)

Class PositionTracker in org.eclipse.search already implements parts of this to update search results when files are modified.

API problem filters have the same problem, see bug 226470.
Comment 4 Eclipse Webmaster CLA 2019-09-06 16:18:04 EDT
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet.

If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant.