Community
Participate
Working Groups
This bug is caused by bug 21756. It doesn't seem that this bug might be fixed in 3.0. We should have at least a workaround for it in GEF 2.1.3 and 3.0. I will attach a patch against version 1.6 (current latest) which should be a proposed workaround. Although I don't like workarounds it seems the only way to me to get this fixed in Eclipse GEF 2.1.3.
Created attachment 8450 [details] Patch for SetPropertyValueCommand
GEF 2.1.3 is completed. As far as the workaround, i'm not very good at reading patches, but it looks like the suggestion is that we call isPropertySet() twice, once before setting it, and once after. This sounds pretty simple. Why so much code :-)? Again, maybe I'm misreading how a patch is generated. -randy
Most of the code are comments. I don't like workaround so I comment a lot and don't remove old code but just comment it.
This one is the GEF fix :) I reassigne the other one to get more feedback.
Created attachment 10226 [details] Patch for SetPropertyValueCommand using new API This is the new patch using the new API. It also fixes the behavior if the new API is not available yet by simple checking #isPropertySet twice (once before and once after the new property value was set).
I have released the fix for this bug. It does not use the IPropertySource2 interface provided by Gunnar. We'll wait and see if it makes it into the platform. Gunnar, can you verify that this fix works?
Gunnar, please mark the bug as verified if the fix works. Or reopen if you are still experiencing problems. The fix should be in any build after 05/03.
Pratik, I fine-tuned the change so that we wouldn't hold onto the undo value unnecessarily.