| Summary: | Setting the launch with configuration option to 'all' should reset changed start levels | ||
|---|---|---|---|
| Product: | [Eclipse Project] PDE | Reporter: | Michael Rennie <Michael_Rennie> |
| Component: | UI | Assignee: | PDE-UI-Inbox <pde-ui-inbox> |
| Status: | RESOLVED WORKSFORME | QA Contact: | |
| Severity: | normal | ||
| Priority: | P3 | CC: | curtis.windatt.public, jeffmcaffer |
| Version: | 3.5 | Keywords: | helpwanted |
| Target Milestone: | 3.6 RC1 | ||
| Hardware: | PC | ||
| OS: | Linux | ||
| Whiteboard: | |||
|
Description
Michael Rennie
Investigate in M3 as a point of interest, why is it that you cannot set the start settings when you choose All? Seems like the requirement to manage starting is separate from the need to choose bundles to be installed. Didn't get to this in M3. I couldn't reproduce using the steps you described, the bundles.info always has the default value. I also stepped through the code to see what could be going wrong. However, the code seems solid. When you use selected plug-ins below only, we save a list of checked plug-ins along with their start settings. When you switch back to 'all enabled', we don't clear the attributes (so when you switch the combo back your settings stay), but we do set another 'use default' attribute. There is only one method in the launcher where we access those custom start level settings and if the use default attribute is set, we never reach that code (using default:default). Closing as WORKSFORME since the code appears to be doing the right thing. Maybe in your case your default auto-start setting had been changed to true or maybe you were messing with the start level of a bundle that we have hard coded values for (ex. we set simple configurator's start level to a specific value if it is default). |