Community
Participate
Working Groups
Looking at the code of DecoratingObservableCollection I wonder why the equals() does not check o == this before delegating the equal check to the decorated list. In standard cases this is not a problem because the equals-contract of Collections defines that they are equal if they holds the same element-instances but an exception to this rule is that under certain circumstances this contract is violated with intenions (e.g. when using Teneo+Hibernate) because there a equals check like this would lead to fetch all content from the list to make the equality check. I've been debugging a TreeViewer#refresh() problem which uses such an IObservableList as input now for multiple hours and though adding this check would not solve all corner cases it would at least fix this problem very problem.
Created attachment 180721 [details] Patch Tom, does this help?
Ahm, looking at your patch the required check (if (this == obj)) is already there so it looks like things should work with current M-builds already. I'll try to check if the latest M-build is working and if it does we can close this one as WORKSFORME.
Tom, is this still an issue?
This bug hasn't had any activity in quite some time. Maybe the problem got resolved, was a duplicate of something else, or became less pressing for some reason - or maybe it's still relevant but just hasn't been looked at yet. If you have further information on the current state of the bug, please add it. The information can be, for example, that the problem still occurs, that you still want the feature, that more information is needed, or that the bug is (for whatever reason) no longer relevant. If the bug is still relevant, please remove the "stalebug" whiteboard tag.
