| Summary: | deltaRestore needs to save and restore new cloneable snippets | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Dean Roberts <dean.t.roberts> | ||||
| Component: | UI | Assignee: | Remy Suen <remy.suen> | ||||
| Status: | VERIFIED FIXED | QA Contact: | Remy Suen <remy.suen> | ||||
| Severity: | normal | ||||||
| Priority: | P3 | CC: | emoffatt, remy.suen | ||||
| Version: | 4.1 | ||||||
| Target Milestone: | 4.2 M2 | ||||||
| Hardware: | All | ||||||
| OS: | All | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | |||||||
| Bug Blocks: | 339130 | ||||||
| Attachments: |
|
||||||
|
Description
Dean Roberts
Created attachment 202430 [details]
Enable deltaRestore for clonableSnippets
Changes so clonableSnippets participate in deltaRestore.
This patch seems to work for me.
With no changes, it appears that delta restore was half saving the change, but the value was null causing a null pointer exception on startup when restarting a workspace that had a previous save perspective.
The only thing this patch does is make sure that clonableSnippets is recognized as a chained, and saving seems to work now.
Is anybody surprised that, with no changes, the save was half working? Is this intended behaviour or should something more rational have been happenging in that case?
(In reply to comment #1) > Created attachment 202430 [details] > Enable deltaRestore for clonableSnippets Fix pushed to R4_development. Thanks, Dean! http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?h=R4_development&id=d2a6aedea222ef6458553447378b81ac570c13a9 I have opened bug 356592 for tracking tests related to the persistence of the clonable snippets list. Fix has been preceded by bug 355101. http://git.eclipse.org/c/platform/eclipse.platform.ui.git/commit/?h=R3_4_maintenance&id=3cdbc05b880012119af0bedab9c6db29b2641806 Verified with I20110705-1340 by exercising the save perspective code. Cut and paste error in previous comment. This was verified in I20110915-0200 |