Community
Participate
Working Groups
The method isSaveOnCloseNeeded is not being called for EditorPart or MultiPageEditorPart editors implementing the ISaveablePart interface. Sample code... /* * @see org.eclipse.ui.ISaveablePart#isSaveOnCloseNeeded() */ public boolean isSaveOnCloseNeeded() { System.err.println("isSaveOnCloseNeeded called."); return false; } This is a critical issue as it is blocking the ability to implement alternative logic to the normal "save" dialog that is presented on closure of the editor or workspace.
This bug may be a duplicate of 37221 I note that the workaround described in 37221 is not sufficient since the intent is to suppress the save dialog during close.
Is this a regression since 2.1?
Stefan please investigate what happens now and what happened in 2.1
*** This bug has been marked as a duplicate of 37221 ***
See also bug 76768. It would help to have more details about your scenario. Why is the default dialog inappropriate in your case?
isSaveOnCloseNeeded() was originally needed to prevent an unecessary Save dialog from appearing. This was needed because we were dealing with two forms of "dirty". Dirty as in the edited document has been changed, and "dirty" because the document is different from the server. I think we got around this be adjusting our model. We implemented a special "dirty" state in a view that indicates the local document is different from the server - very much like what happens with CVS. The real issue left at this point is that this part of the API seems to be unimplemented since the method is never called - or, well, let us just say I was never able to trigger it. :)
Verified as dup in I20040215-2300.