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.
Product Version: NetBeans IDE 7.1 RC2 (Build 201111302200) Java: 1.7.0; Java HotSpot(TM) 64-Bit Server VM 21.0-b17 System: Windows 7 version 6.1 running on amd64; Cp1252; en_US (nb) CC plugin: Version: 1.2.0.42 Source: Plugin Portal Steps: 1. Have a file that is under CC 2. Open it in the IDE => the file gets checked out. The expected behavior is of course that the file won't get checked out until you modify it somehow.
could not reproduce with 20120102. how are your settings in options > versioning > clear case > on demand checkout ? might be the IDE touches the files for some reason on open, please run nb with -J-Dorg.netbeans.modules.clearcase.level=400 and attach your messages.log, we should see if any change events are delivered to the CC module. for a workaround you could also try the "Prompt for Action" setting in options > ... > on demand co.
Created attachment 114578 [details] messages.log
I had the On-demand setting on "Reserved". Changing it to "prompt for action" causes the prompt dialog to pop-up immediately when the file is opened in the editor, but it does make the situation a bit better (I had forgotten that option, given the workaround this may not be a P1 issue). I attached the log, I opened a few files (e.g. NfpLogIServiceContext.java, LogIFilter.java) in the editor with the detailed logging enabled.
(In reply to comment #3) > I had the On-demand setting on "Reserved". Changing it to "prompt for action" > causes the prompt dialog to pop-up immediately when the file is opened in the > editor, but it does make the situation a bit better something is trying to change the file in the moment it is opened and that triggers the on demand checkout. please create and attach a thread dump when the prompt appears thanks
Uh, something wrong with Bugzilla, I'm not able to create new attachments with any browser I have access to. I will send the thread dump by email.
Created attachment 114603 [details] td thread dump provided by mail
just spoke with Mila. This was introduced by changes in issue #21237 (#11f80032f91d, 11-11-2011) and was already fixed in scope of issue #205002. the fix won't make it into the 7.1 release, but will be available in the first patch candidate. For now you either have to fall back on a build prior to 11f80032f91d or use some current build from trunk. *** This bug has been marked as a duplicate of bug 205002 ***
will be solved in 7.1 Patch 1 (aka 7.1.1)
Thanks for the info, I'll get a build with the fix.
*** Bug 207103 has been marked as a duplicate of this bug. ***
*** Bug 207052 has been marked as a duplicate of this bug. ***
*** Bug 207190 has been marked as a duplicate of this bug. ***
*** Bug 207536 has been marked as a duplicate of this bug. ***
*** Bug 208553 has been marked as a duplicate of this bug. ***
Just updated to 7.1.1, unfortunately the issue is still not completely solved. Now files don't get checked out immediately when opening them, but doing uncheckouts doesn't work. Steps: 1. open a file 2. make a modification => the files gets checked out 3. uncheckout the file => the file gets unchecked out, but immediately afterwards (without any further modifications on the user's part) it gets automatically checked out again One can workaround this with the "promp for action" -option though.
This bug is duplicate of issue #208553 which was fixed only in trunk, but not in 7.1.1 *** This bug has been marked as a duplicate of bug 208553 ***