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.
I opened a java form file (.java,.form pair). Then I selected Close - and apparently opening the file had caused it to be changed in the editor (probably a new code generation was done), so I got a dialog asking if I wanted to save the file. I selected "No". However, in the explorer the java node is now marked needing comilation (the little 1's and 0's badge). So I selected "Compile". But the output window told me the file does not need to be compiled (which I expected). But the icon is still showing the needs compilation badge.
This happens with any java file. Not a form issue - reassigning...
There's a inconsistency between isModified() on the DataObject and presence of SaveCookie. IMO strictly speaking, SaveCookie should not be present if the DataObject.isModified() == false. For a short period of time, that is not true - the DataObject is first turned to unmodified then the SaveCookie is revoked. Peter, can you tell me why does CloneableEditorSupport.canClose() call env.unmarkModified() instead of CES.notifyUnmodified() ? the notifyUnmodified() is called after a save, or when the Undo queue is empty (reaches the save point) -- why it is not called in this case, if all modifications to the document are rejected ?
Svata, I removed the piece of code which called env.unmarkModified from canClose. Hope the change will survive (guess it was added before just to avoid some cycling calls, but should work now), so you will get the called notifyUnmodified afterwards. I tries it and seems to work. Chnage: openide/../openide/text/CloneableEditorSupport.java [1.44]
Fixed in trunk. /cvs/java/src/org/netbeans/modules/java/JavaCompilerType.java,v <-- JavaCompilerType.java new revision: 1.31; previous revision: 1.30
Verified
Resolved for 3.4.x or earlier, no new info since then -> closing.