Bug 435492 - Unexpected name and items in save dialogs of Close/Close All/Close Other actions
Summary: Unexpected name and items in save dialogs of Close/Close All/Close Other actions
Status: NEW
Alias: None
Product: Sirius
Classification: Modeling
Component: Core (show other bugs)
Version: 1.0.0   Edit
Hardware: PC Windows NT
: P3 normal (vote)
Target Milestone: ---   Edit
Assignee: Project inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2014-05-22 05:54 EDT by Maxime Porhel CLA
Modified: 2014-05-22 05:59 EDT (History)
0 users

See Also:

Attachments
Customized save dialog. (71.83 KB, image/png)
2014-05-22 05:59 EDT, Maxime Porhel CLA 		no flags Details
View All 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 Maxime Porhel CLA 2014-05-22 05:54:42 EDT 
Open two sessions. 
Open several representation on each session (at least one table and one tree).
Make the sessions dirty (one modification in each session) 
All Sirius editors should be dirty. 
Open a non Sirius editor and make some modification in it. 

Try close/close all/close others:

For the close action, if the "prompt to save on close even if still open elsewhere" preference value is true, the expected dialog is displayed (it reference the session) if the preference value is false, the dialog should not be shown. 

For the close all/ close other actions, the save dialog contains one item per representation. Sirius is expected to expose one save dialog per session (with a customized message, see SessionSaveable.getName() and UICallBack.getSessionNameToDisplayWhileSaving(Session)).


Note that the problems occurs only with E4
Comment 1 Maxime Porhel CLA 2014-05-22 05:59:30 EDT 
Created attachment 243386 [details]
Customized save dialog.

See the attached screenshot, with Eclipse 3.x, on close all, Sirius displays its own message: Representations for project xxx have been modified. Save changes ?

Note that AbstractSWTCallBack should add 'for project pName' only if the current session corresponds to a ModelingProject.