[news.eclipse.platform] XML Editor doesn't save to disk if opened from z

[davidmichaelkarr@xxxxxxxxx (David Karr)]

I'm trying to use the "Eclipse Zip Editor" 
(http://sourceforge.net/projects/zipeditor) in Eclipse 3.4.  I discovered 
a bug, but the author of it tells me that the problem really indicates a 
bug in the XML editor (and HTML editor).  I think I believe him, but since 
I know nothing about this, I'm trying to gather some information before I 
file a bug report (and I'm not sure what to file it against).

I'll describe the problem I see for background:

If I do "Open File" to open an EAR file outside of the workspace, I can 
then navigate in the Zip Editor to a WAR file and then open it (which also 
opens using the Zip Editor).  I then navigate to either a XML or HTML file 
(I haven't tried other file types yet) and double-click them to open them 
in their "native" editor.  I then make a change to the file and save it.  
However, what I see is that the file on disk does not change.

I've verified this by catting out the file on disk and checking the last 
modtime.  I verified the path to the file by hovering over the tab.

The following is an excerpt from a statement by the plugin author:

"Files are made available to editors using a instance of an IEditorInput.
Files in workspace are normally provided by using an instance of an 
IFileEditorInput. Files not in the workspace are either 
IStorageEditorInput and/or IPathEditorInput. The input provided by the 
ZipEditor is both.
I suspect the XMLEditor has been written to be compatible *only* with the 
IURIEditorInput which has been introduced with Eclipse 3.3 This is 
apparently a mistake because it is not backward compatible."

So, can someone provide more background on this so I can write a 
reasonable bug report?