Community
Participate
Working Groups
Build F2 The following preferences were not transfered from one workspace to another using the export/import preferences feature. Java>Classpath Variables - Added/Removed classpath variables Java>JUnit - Show the Junit results - Removed stack filter patterns Java>Templates - New, Edited, Removed
>Java>Classpath Variables > - Added/Removed classpath variables they are persisted by JDT core in a custom store. Could be migrated to use the preference store. >Java>JUnit > - Show the Junit results > - Removed stack filter patterns works for me >Java>Templates > - New, Edited, Removed templates are stored in a separate xml file that can be imported/exported. No action planned on this item. Moving bug to JDT Core for considereing moving the persisted class path variables to the preference store.
We should store their values into the preference store only, however read them from persistent properties if any... this way, gradually there would be none left.
Each variable is now persisted as a separate preference, e.g.: org.eclipse.jdt.core.classpathVariable.JRE_LIB=d:\rt.jar Fixed
I started a new empty workspace, added a new classpath variable and exported the variables... the generated file is empty. Importing the 'variables' from this file, deleted all my existing variables.
Need to ensure your pref page saves the preferences when it is OK'ed. Core has an F3 PR for losing your settings.
This is a consequence of bug 19885, since platform may fail saving preferences if plugin state folder doesn't preexist. Added protection in JavaCore startup code. Fixed
Verified.