You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Describe the bug
When clicking on a tree item chevron of a project in the "Project Explorer" view in Eclipse.app (Java or Java EE perspective), the application becomes completely unresponsive (hangs indefinitely, can only be quit forcibly). As a consequence, data loss can occur.
A spindump indicates a hang somewhere in AppKit's [NSTextFieldCell cellSizeForBounds:].
To Reproduce
Open Eclipse, Java perspective, with a Maven project that has source folders. Click the project-level chevron to open the project subtree. Close again to hide the project subtree. Now click again, holding down the Option (Alt) key, which is supposed to recursively open all sub-tree items, packages, etc.
Expected behavior
The entire subtree is shown; Eclipse doesn't hang.
Environment:
Select the platform(s) on which the behavior is seen:
All OS
Windows
Linux
macOS
Additional OS info (e.g. OS version, Linux Desktop, etc)
Seen in macOS 12, 13, 14 (can't remember exactly about macOS 11)
If I remember correctly, this is due to some change in macOS AppKit a few years ago. Probably some previously made assumptions no longer hold true.
JRE/JDK version
doesn't matter
Version since
Eclipse or SWT version since when the behavior is seen [e.g. 4.23]
seen for a while, still a problem with 4.31.0
Workaround (or) Additional context
Any known workarounds for the problem?
Don't click on the chevron with the Option key down.
Same in the Package Explorer. There's a lot of child nodes in the "JRE System Library" and "Plug-in Dependencies" nodes. If you add a filter for "Libraries from External" to hide these ones it's better (although not the solution).
Describe the bug
When clicking on a tree item chevron of a project in the "Project Explorer" view in Eclipse.app (Java or Java EE perspective), the application becomes completely unresponsive (hangs indefinitely, can only be quit forcibly). As a consequence, data loss can occur.
A spindump indicates a hang somewhere in AppKit's
[NSTextFieldCell cellSizeForBounds:]
.To Reproduce
Open Eclipse, Java perspective, with a Maven project that has source folders. Click the project-level chevron to open the project subtree. Close again to hide the project subtree. Now click again, holding down the Option (Alt) key, which is supposed to recursively open all sub-tree items, packages, etc.
Expected behavior
The entire subtree is shown; Eclipse doesn't hang.
Environment:
Additional OS info (e.g. OS version, Linux Desktop, etc)
Seen in macOS 12, 13, 14 (can't remember exactly about macOS 11)
If I remember correctly, this is due to some change in macOS AppKit a few years ago. Probably some previously made assumptions no longer hold true.
JRE/JDK version
doesn't matter
Version since
Eclipse or SWT version since when the behavior is seen [e.g. 4.23]
seen for a while, still a problem with 4.31.0
Workaround (or) Additional context
Don't click on the chevron with the Option key down.
See attached
sample
outputSample of Eclipse.txt
The text was updated successfully, but these errors were encountered: