| Summary: | [prefs] A Preference change listener added to a preference node at instance scope doesn't persist | ||
|---|---|---|---|
| Product: | [Eclipse Project] Equinox | Reporter: | James Blackburn <jamesblackburn+eclipse> |
| Component: | Compendium | Assignee: | equinox.compendium-inbox <equinox.compendium-inbox> |
| Status: | CLOSED WONTFIX | QA Contact: | |
| Severity: | major | ||
| Priority: | P3 | CC: | dj.houghton, Szymon.Brandys |
| Version: | 3.7 | ||
| Target Milestone: | --- | ||
| Hardware: | PC | ||
| OS: | All | ||
| Whiteboard: | stalebug | ||
| Bug Depends on: | |||
| Bug Blocks: | 340983 | ||
|
Description
James Blackburn
Dj, could you take a look at the issue? I think I need to dig a bit deeper into where it's getting lost... I know it's there after plugin startup, but a few hundred tests in it's not -- I'll have to think of a creative mechanism to debug... I think this is similar/dup of bug 340983. I'm not sure what the solution is though. (In reply to comment #3) > I think this is similar/dup of bug 340983. > I'm not sure what the solution is though. Yep bug 340983 (which has your historical perspective) is the core.resources bug for me adding a use of deprecated Plugin preferences API instead of the eclipse preferences. It looks like there are a whole bunch of CDT preference listeners (amongst others) that don't have node change listeners and expect to persist :( I meant to bump this bug to major see: Bug 340983 comment 2 , Bug 340983 comment 3 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. -- The automated Eclipse Genie. |