This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
3.5.1 -> 3.6 upgrade is not very smooth if user downloaded modules from AUC and installed these in userdir. The root of the poblem is that userdir content has higher priority than instalation directory.
Jan Lahoda suggests: Summary: The NB3.5.1 tasklist modules are incompatible with NB3.6. This is a proposal for a release notes entry. The tasklist modules were not a part of the NB3.5.1 distribution, and the users might download it from the autoupdate center. In the NB3.6, some of the tasklist modules are part of the distribution. During the upgrade from the NB3.5 with tasklist modules to NB3.6, some problems may occur: 1. If the user uses the upgrade wizard for the upgrade, the old modules from NB3.5 are not copied in to new user directory. The user is/will be able to install updated modules from the autoupdate center (meaning modules that are not part of the distribution). 2. If the user simply runs the NB3.6 over the user directory with tasklist modules from NB3.5, the 3.5 modules simply hide the 3.6 modules, and so only the NB3.5.1 modules are visible to the user. (The user cannot use the NB3.6 functionality.) I am not sure whether the user should be warned about case (1), but I think he/she should be warned about case (2). The recommended solution to the case (2) is to manually remove all NB3.5 tasklist modules from the NB3.6 user directory, and therefore modifing this to the case (1). Full list of the tasklist modules (it is possible that some of these modules are not installed): modules/tasklist-bugs.jar modules/tasklist-docscan.jar modules/tasklist-suggestions.jar modules/tasklist-usertasks.jar modules/autoload/tasklist-api.jar modules/autoload/tasklist-core.jar modules/autoload/docs/tasklist-manual.zip modules/eager/tasklist-editor.jar modules/eager/tasklist-javadoc.jar modules/eager/tasklist-javaparser.jar -- I'm adding a note that selected userdir can be upgraded using Auto Update wizard.
In the spirit of Petr's comment, I suggest to correct my proposal by removing paragraph: The recommended solution to the case (2) is to manually remove all NB3.5 tasklist modules from the NB3.6 user directory, and therefore modifing this to the case (1). and replacing it with: The recommended solution to the case (2) is upgrade the modules using the Autoupdate Center.
Well, this should probably be a TASK.
Does it make sense for users in any case to run the IDE on the previous userdir? Should we ever recommend this?
Sure, userdir contains our settings. You can emulate several profiles.
Proposed relnote: The To Do Tasks Scanning module, which is part of the Task List set of modules, is now part of the standard distribution. If you installed this module in your previous version of the IDE and you specify your old user directory as the user directory for NetBeans IDE 3.6, the IDE will use the old versions of module. You can update the module to the 3.6 version by using the Update Center.
Settings import wizard fixes this. But the wizard it called only for one (default) userdir. Problem then applies to non-default userdirs.
marking task as finished, since relnotes have been updated