Community
Participate
Working Groups
I'm using the org.eclipse.ui.views.PropertySheet to display the properties of selected item in another list view. On Windows and Mac OS X the PropertySheet tree starts open and always stays open unless I close it, even when I change the selected item in the list. However on Linux-GTK I'm noticing behaviour inconsistent with the other two platforms. The tree starts open for the first selection of an item in the list view but it closes for the second selection. It stays closed for all subsequent selections in the list view. To be consistent with Windows and Mac OS X, the tree should stay open when the selection changes. To state it generally, the branches of the tree that are open should stay open when the selection changes to be consistent across all three platforms.
Created attachment 24765 [details] Screenshot of application with Property tree open Here's a screenshot of my RCP application with the property view and the tree open. After the next selection, the tree closes and stays closed for subsequent selections.
Nick, do you have any idea what is going on?
AFAIK, the properties view does not do anything with the expansion state when selection changes. Eric, can you confirm? Ryan, which versions of Linux and GTK are you running?
I installed a fresh copy of Fedora Core 4 and did one complete "yum update". [root@localhost ryanlowe]# rpm -q kernel kernel-2.6.11-1.1369_FC4 kernel-2.6.12-1.1390_FC4 [root@localhost ryanlowe]# rpm -q gtk2 gtk2-2.6.7-4
I can confirm this bug using Linux and GTK. After removing the last child of an expanded tree item (in this case, no longer existing category members, in PropertySheetViewer:1270), it doesn't re-expand if a new item is added to it again. This also happened to me with a custom TreeViewer, so it might be in connection with bug 208939. (org.eclipse.ui.views 3.5.0.I20100527-0800, org.eclipse.swt 3.6.1.v3655c)
Is there a snippet that shows this issue?
No response from reporter and bug is quite old, so I'm closing this one due to age. Please reopen this ticket if the issue reproduces on 4.8/GTK3.22.