Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.
Bug 351226 - Improve editor behavior on file delete/rename
Summary: Improve editor behavior on file delete/rename
Status: CLOSED FIXED
Alias: None
Product: Graphiti
Classification: Modeling
Component: Core (show other bugs)
Version: 0.8.0   Edit
Hardware: All All
: P3 normal (vote)
Target Milestone: 0.9.0   Edit
Assignee: Tim Kaiser CLA
QA Contact:
URL:
Whiteboard: Juno M2 theme_bugs
Keywords:
Depends on:
Blocks:
 
Reported: 2011-07-05 14:00 EDT by Robert Brodt CLA
Modified: 2012-06-28 10:42 EDT (History)
1 user (show)

See Also:
michael.wenz: juno+

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Robert Brodt CLA 2011-07-05 14:00:06 EDT 
Deleting or renaming a file when a graphiti editor is open, causes the editor to quit without notice even if the editor is "dirty".
Comment 1 Michael Wenz CLA 2011-07-19 04:17:12 EDT 
Would like to target for Juno
Comment 2 Tim Kaiser CLA 2011-08-31 10:17:03 EDT 
We adapt the URI on the editor input on move or rename.
The workspace synchronizer reacts on both, renames and moves.
Also the title of the editor shows the file name of the resource
containing the diagram, so that the user can keep track what he really edits.
It might happen that in the navigation history stale file names survive, but
on opening an error tells that the files does not exist anymore 
(it works like that with other file types in eclipse).
Comment 3 Tim Kaiser CLA 2011-08-31 10:17:40 EDT 
swtbot tests submitted
Comment 4 Michael Wenz CLA 2012-04-11 10:35:40 EDT 
Bookkeeping: Set target release
Comment 5 Michael Wenz CLA 2012-06-28 10:42:43 EDT 
Part of Graphiti 0.9.0 (Eclipse Juno)