Community
Participate
Working Groups
Created attachment 132490 [details] Initial fix implementation Build ID: Version: 3.4.1 Build id: M20080911-1700 Steps To Reproduce: Unfortunately, the only way to see this bug is to have an IBM product that uses the preference harvester installed. 1. Install and run RAD. Open Preferences -> Help -> Content Note the infocenters prepopulated. 2. Press the 'Restore Defaults' button. Note that although you have made no changes, the list is now cleared. Also note that the checkbox does not change, whether it is enabled or disabled when 'Restore Defaults' is pressed. More information: This should be remedied by querying the preferences Default Scope to return the list to its default state. Thus, a plugin that needs to change the list, can set the defaults as well - ensuring the list is recoverable during the 'Restore Defaults' operation. I have created a patch that fixes this issue, attached.
Actually it can be reproduced if you add these values to pluginCustomization.ini org.eclipse.help.base/remoteHelpName = eclipse org.eclipse.help.base/remoteHelpPort = 80 org.eclipse.help.base/remoteHelpPath = help org.eclipse.help.base/remoteHelpHost = www.eclipse.org org.eclipse.help.base/remoteHelpICEnabled = true org.eclipse.help.base/remoteHelpOn = true The current way the Restore Defaults button works is incorrect and this is a needed fix.
Patch committed to HEAD.
