Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 351226

Summary:	Improve editor behavior on file delete/rename
Product:	[Modeling] Graphiti	Reporter:	Robert Brodt <bbrodt>
Component:	Core	Assignee:	Tim Kaiser <tim.kaiser>
Status:	CLOSED FIXED	QA Contact:
Severity:	normal
Priority:	P3	CC:	michael.wenz
Version:	0.8.0	Flags:	michael.wenz: juno+
Target Milestone:	0.9.0
Hardware:	All
OS:	All
Whiteboard:	Juno M2 theme_bugs

Description Robert Brodt

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

2011-07-19 04:17:12 EDT

Would like to target for Juno

Comment 2 Tim Kaiser

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

2011-08-31 10:17:40 EDT

swtbot tests submitted

Comment 4 Michael Wenz

2012-04-11 10:35:40 EDT

Bookkeeping: Set target release

Comment 5 Michael Wenz

2012-06-28 10:42:43 EDT

Part of Graphiti 0.9.0 (Eclipse Juno)