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.
Development build #200308060100 of NetBeans 4.0 Windows 2000 with JDK 1.4.1 build 20 Description: ============ Sometimes it looks like "Delete" action is enabled very long or forever after a file is changed to read-only state. Its invokation does not produce any result. This is reproducable with own command in Empty profile. Steps to reproduce: =================== 1. Mount some directory using "Empty" profile. 2. Create new command with the following execution string: cmd /x /c "attrib +r ${ROOTDIR}${PS}${MODULE}${PS}${PATH}" 3. Create new Java file. 4. Invoke the command on the file. 5. Right click the file. "Delete" action will be enabled.
When the popup menu is expanded, someone asks ~10x for whether the file is read-only or not. But the Delete action is probably not among them. The filesystem returns the state correctly. The action is not updated. When a different file is selected and then back the original file, the Delete action is updated.
I guess it belongs to editor support machinery. Delete action is callback, it doesn't manage its state on its own.
This is known issue which cannot be properly solved till the enhancement issue 25762 is solved. There is nothing what would reflect readonly state of editor. The simplified testcase is: - open readonly file and Delete (or Paste, etc.) action is enabled. I'm closing as duplicate of issue 25762. This issue does not causes any problems. It is UI defect which should be solved as part of the 25762 issue. *** This issue has been marked as a duplicate of 25762 ***
Okay, I won't argue here. Verifying as a dup of #25762.