Bugzilla – Full Text Bug Listing
| Summary: | persistedState is not restored for contributions loaded from separate components.e4xmi files | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] e4 | Reporter: | Brian de Alwis <bsd> | ||||||
| Component: | UI | Assignee: | Project Inbox <e4.ui-inbox> | ||||||
| Status: | RESOLVED DUPLICATE | QA Contact: | Remy Suen <remy.suen> | ||||||
| Severity: | normal | ||||||||
| Priority: | P3 | CC: | ilaborie, ob1.eclipse, remy.suen, tom.schindl | ||||||
| Version: | 1.0 | ||||||||
| Target Milestone: | --- | ||||||||
| Hardware: | Macintosh | ||||||||
| OS: | Mac OS X | ||||||||
| Whiteboard: | |||||||||
| Attachments: |
|
||||||||
|
Description
Brian de Alwis
Created attachment 171187 [details]
Sample e4 Application
I've attached a small sample application that demonstrates the problem. This app provides a simple search field as an MToolControl. The search field stores its contents in the MToolControl's persistedState. The example creates a (blank) part a toolbar containing two instances of this search field MToolControl, one defined in the Application.e4xmi and the other from an associated components.e4xmi. The MToolControl defined in the Application.e4xmi has its persistedState loaded with no issue. The MToolControl defined in the components.e4xmi has an empty persistedState. The saved values for both are persisted to the deltas.xml, however.
This is probably because model extensions come from a "foreign" source and their UUID is not known in the component file is not known (to the main root application). Brian, is this still a problem? I made some changes recently in this area. Sorry, I've been away and porting from the component snippets to fragments took more time than I hoped, so I've only just had a chance to give this a whirl. Unfortunately the problem is still occurring. Also occurring on Linux 32. To be clear, is it only the 'persistedState' feature that's not being persisted or are the other features not being persisted also? The persistedState is being persisted to disk. It's not being restored. (In reply to comment #7) > The persistedState is being persisted to disk. It's not being restored. Of course, how stupid of me. That was stated in comment 1. the attached e4xmi for components is not valid! I've attached a patch for UUID copying from fragments in bug 320235 Created attachment 174669 [details] With Fragment I've updated the example and can confirm that the patch from bug 320235 solves the problem of not restoring closing as dup *** This bug has been marked as a duplicate of bug 320235 *** |