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.
This is with NB 3.3.1 and FFJ 4.0 EAP When I open the advanced dialog for the the CVS commands (by either holding down the control key or selecting advanced options) and check the "Check out Files as Read Only" option, then click on "Set as default" this setting is not retained when restarting the IDE. The next time, the option is unchecked.
Thanks for catching this. The problem must be somewhere in vcsgeneric or vcscore module. Reassigning...
Set target milestone to TBD
This is annoying enough to document it in the Release Notes of NetBeans 3.4.
I slightly reworded this for the release notes. Could you make sure that the info is still accurate?: After setting the Check Out Files as Read Only option as the default in the advanced dialog box for CVS commands in a generic VCS filesystem, the new default is not retained when the IDE is restarted.
I think this wording is perfect. :-)
Well, currently the default options of commands (both command options and global options) are not retained when restarting the IDE. The default options are changed only for the one session, after restart you get the original defaults. A mechanism for storing default options needs to be created.
*** Issue 30120 has been marked as a duplicate of this issue. ***
Scheduled for 4.0 target milestone.
*** Issue 30588 has been marked as a duplicate of this issue. ***
The issue is not dangerous, but it is _very_ annoying in everyday the module using. I suggest up to P2.
Well, this issue is here for quite a long time, mainly because the fix is not trivial. There is currently no way to simply store the new default values. The dialogs are created from a string representation and the new default values are stored in the created objects. After the restart the objects are re-created and therefore the new default values are lost. It's necessary to create a mechanism for conversion of these objects back to the String representation and store that string in the filesystem. The first step into this direction was made, it's possible to use toString() method for that purpose: /cvs/vcscore/src/org/netbeans/modules/vcscore/util/VariableInputComponent.java,v <-- VariableInputComponent.java new revision: 1.6; previous revision: 1.5 done Checking in org/netbeans/modules/vcscore/util/VariableInputDescriptor.java; /cvs/vcscore/src/org/netbeans/modules/vcscore/util/VariableInputDescriptor.java,v <-- VariableInputDescriptor.java new revision: 1.12; previous revision: 1.11 Now it's necessary to pass the updated String to the appropriate filesystem variable...
Fixed in the main trunk: /cvs/vcscore/src/org/netbeans/modules/vcscore/util/VariableInputComponent.java,v <-- VariableInputComponent.java new revision: 1.7; previous revision: 1.6 /cvs/vcscore/src/org/netbeans/modules/vcscore/commands/CommandCustomizationSupport.java,v <-- CommandCustomizationSupport.java new revision: 1.9; previous revision: 1.8
Merged into the release35 branch: /cvs/vcscore/src/org/netbeans/modules/vcscore/util/VariableInputComponent.java,v <-- VariableInputComponent.java new revision: 1.5.24.2; previous revision: 1.5.24.1 /cvs/vcscore/src/org/netbeans/modules/vcscore/commands/CommandCustomizationSupport.java,v <-- CommandCustomizationSupport.java new revision: 1.7.2.2; previous revision: 1.7.2.1
Well, there are still other options that are not retained but this one is, so verifying this issue in NetBeans 3.5.1 build #200307092351.
This is still happening in version 4.0.
Right. It looks like this issue was correctly resolved in 3.5, but then it broke again in either 3.6 or 4.0 - there's issue #42849 and #41425 submitted for that. However, this is already fixed in 4.1 (see issue #41425).
Verified.