| Summary: | [Preferences] No control are made on command execution on PreferenceInitializerForElementHelper.java | ||||||
|---|---|---|---|---|---|---|---|
| Product: | [Modeling] Papyrus | Reporter: | Thibault Landré <thibault.landre> | ||||
| Component: | Core | Assignee: | Patrick Tessier <Patrick.Tessier> | ||||
| Status: | RESOLVED FIXED | QA Contact: | |||||
| Severity: | normal | ||||||
| Priority: | P3 | ||||||
| Version: | 0.7.0 | ||||||
| Target Milestone: | 0.7.0 | ||||||
| Hardware: | PC | ||||||
| OS: | Windows 7 | ||||||
| Whiteboard: | |||||||
| Bug Depends on: | |||||||
| Bug Blocks: | 318788, 318962 | ||||||
| Attachments: |
|
||||||
|
Description
Thibault Landré
Seems to have still some error at the initialisation of the preference. Do you have an idea Patrick ? (see 318962) Created attachment 173519 [details]
mylyn/context/zip
commented classes
I have added a copyright. It seems peculiar normally name label icon and qualified name commands create only eannotation. if there is no editpolicy attached to the editpart to understand them, theses eannotation has no influence on your code. Can you send me the errors, in order to solve it. see 318962 It seem that the bug comes from a NPE about the transactionalDomain. It will try to follow it. This bug comes from EditorUtils.getTransactionalEditingDomain() . It access to papyrus by looking for the active editor. So EditorUtils.getTransactionalEditingDomain() return null and cannot execute command during the creation of the editor with this diagram So I have open a test in order to test it. the no anymore null pointer exception. I have already discuss with Cedric because I have the same problem in the model explorer . I will add a new task about that. Ok, thanks |