[news.eclipse.modeling.gmf] Re: problem customizing edit plugin, Propert

[Jan Rieke <jrieke@xxxxxx>]

Joel Greenyer schrieb:
> Okay, could this be a GMF problem?

In case someone still reads this thread:

I think this is caused by bugs 183039 and 193757 (see 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=183039, 
https://bugs.eclipse.org/bugs/show_bug.cgi?id=193757).

Overriding getChoiceOfValues(Object) seems to have nothing to do with 
it. It's a general GMF bug, and I think caused by a reset of the typing 
filter during the first set() of the new value. The subsequent 
ExtendedComboBoxCellEditor.doGetValue() call then returns a wrong value, 
because it's using a filtered-index-based get() on the unfiltered list.

Regards,
Jan


> I observe that the property is set twice: First the correct value is 
> set, and then it is immediately set to another value. This happens when 
> I use the properties view of the GMF editor. When I use the tree 
> editor's properties view, everything is fine!
> I attached the two stacks of the first and the second (erroneous) call 
> of the objects set method. Here is where the second differs from the first
>
> ...
> PropertySheetViewer.applyEditorValue() line: 258   
> PropertySheetViewer.setInput(Object) line: 963   
> PropertySheetPage.refresh() line: 471   
> TggPropertySection(AdvancedPropertySection).refresh() line: 188   
> AdvancedPropertySection$1.run() line: 215   
> RunnableLock.run() line: 35   
> UISynchronizer(Synchronizer).runAsyncMessages(boolean) line: 133   
> Display.runAsyncMessages(boolean) line: 3800   
> Display.readAndDispatch() line: 3425   
> ...
>
> I don't understand why GMF would be interfering here. Any why the second 
> call of the set method only occurs when I type/filter the given choices 
> (e.g. "EPack..." to find the class EPackage more quickly). Maybe anyone 
> of you has an idea? Otherwise, I'll dig deeper myself when I find the time.
>
> Thanks
>
> Joel