Community
Participate
Working Groups
When trying to set a breakpoint filter on e.g. RebaseCurrentRefCommand which is an EGit class, I am unable to do so, probably because EGit is not on the application class path. Breakpoint filters should support all types known to the platform in order to allow filtering of any misbehaving tool installed in the platform.
(In reply to comment #0) > When trying to set a breakpoint filter on e.g. RebaseCurrentRefCommand which is > an EGit class, I am unable to do so, probably because EGit is not on the > application class path. What kind of breakpoint are you trying to set the filter on (I am assuming a Java exception breakpoint, but just confirming)? Assuming this is an exception breakpoint how are you trying to set the filter(s)? Are you using the 'Add' or 'Add Class' buttons on the property page? If 'Add', you can enter the fully qualified name of any class you want. If 'Add Class' you can only choose from classes that JDT allows in the workspace search scope - i.e. from org.eclipse.jdt.core.search.SearchEngine.createWorkspaceScope().
OK. Add and full name would fix it. But it would be nice if classes on the stack were "Add Class"-able. And even nicer if a Stack menu option supported "ignore current exception here", which is always what I want; a steadily increasing number of badly behaving support classes throwing inconvenient exceptions.
(In reply to comment #2) > But it would be nice if classes on the stack were "Add Class"-able. > > And even nicer if a Stack menu option supported "ignore current exception > here", which is always what I want; a steadily increasing number of badly > behaving support classes throwing inconvenient exceptions. I agree, we could improve this. I will change this to an enhancement request and change the name accordingly.
