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.
The "Revert Modifications" action does not work property for files that are currently open in a text editor AND which have unsaved changes. The document for open text editors are being saved AFTER the revert action is completed thus undoing the revert. The sequence of event when the "Revert Modifications" action is performed needs to be corrected. From: Revert --> Save Open Editors thus overwriting the Revert. TO: Revert --> Reload Open Editors with reverted changes. To reproduce: 1) Open a file that is under revision control in a text editor. 2) Make a change to it (do not hit save) 3) Select the "Revert Modifications action" (Team-->Revert Modifications) 4) Notice that the modifications were not reverted, instead, the unsaved changes have now been saved. This is not the expected behaviour, the expected behaviour if for the unsaved changes to go away and for the document in the text editor to be reloaded with the last committed version of the file. This is what would have happened if the document did not have unsaved changes. This issue occurs with Git, and possible all the other revision control systems.
Just wait until the file's status gets refreshed and then you click on the revert button in the revert modifications dialog. Or simply close the file without saving it.
Agreed. This is not the highest priority issue, but it is annoying on the rare occasions I encounter it. I work around it by performing the revert action TWICE. The first time, instead of reverting my unsaved changes, it saves it(I get annoyed, since I don't remember to WAIT a few seconds for the call to LifecycleManager.getDefault().saveAll() to complete "see GitAction.java"). Then I perform a revert action a second time and then the revert behaves correctly (since I don't have unsaved changes anymore).