I have several files open (most of the HTML files under CVS). I edit one of the open files, and move the caret around in
it. I have not yet saved my changes. When I now click the "Last Edit" button, I get a NEW buffer of the file, and the
caret jumps to the edited line in the new buffer. (two buffers with same title are visible in screenshot)
But the file is already open, it should not be duplicated! Having two buffers with the same file is dangerous, because
they do not appear to be in sync. If I make changes in both, and then close one of them, will they overwrite each other?
Then when I use this button several times in a row, and jump from file to file, some files end up with the "Go
back/Forward" editor buttons broken. The buttons show as text in one buffer, while they are icons in other buffers.
(also visible in screenshot)
Sometimes I end up in a state where a file is marked as modified (asterisk in title), but I cannot save any changes
(Save menu item is disabled), because I already saved (and closed) the duplicate buffer, and the second buffer is in an
inconsistent state now.
I noticed that with Java files this bug never happened, but with HTML it happens so often that I no longer use the
button anymore. The bug is still there in RC1.
Created attachment 53066 [details]
"last change" button causes, duplicated buffers, broken icons.
I'm not sure who implements support for wsdl files, but whoever they are they should fixed their DataObject's lookup.
I'm pretty sure their Lookup is missing an EditorCookie. This would explain both the broken visual appearance of the
buttons and broken navigation. The navigation actions are the same for all file types (and work for most of the file
types) and rely on EditorCookie.
For wsdl files, it works fine.
The bug description cleary mentions that this occurs for html files. Assigning to the html component.
Checking in src/org/netbeans/modules/html/HtmlDataObject.java
new revision: 1.34; previous revision: 1.33
I just tried the RC2
- OK the icons are no longer broken
- It still opens a second buffer for an already open file. (reproducibly)
Target Milestone = Dev that means it was fixed only in trunk and not in NB6. I afraid it is too late to get this fix
into NB6. Although it has higher priority then P3.
The fix has been ported into the release60_fixes branch.
Checking in HtmlDataObject.java;
/cvs/html/src/org/netbeans/modules/html/HtmlDataObject.java,v <-- HtmlDataObject.java
new revision: 126.96.36.199; previous revision: 1.33