Bugzilla – Full Text Bug Listing
| Summary: | [Cocoa][10.11] Can not run Eclipse in full screen mode without it hanging | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Eclipse Project] Platform | Reporter: | Gary Karasiuk <gary> | ||||||||
| Component: | SWT | Assignee: | Markus Keller <markus.kell.r> | ||||||||
| Status: | VERIFIED FIXED | QA Contact: | |||||||||
| Severity: | major | ||||||||||
| Priority: | P3 | CC: | arunkumar.thondapu, ashbygreg, daniel_megert, develop, eclipse, hal.hildebrand, jose, jtweezy19, justin, justnewbee, kane.mx, kristoffer, lshanmug, lukasz.gryzbon, markus.kell.r, massimoromano3, njdoyle, peter, ptessier, py, sarika.sinha, sorin, thatnitind, twmail, vinoch, xcoulon, xgsa | ||||||||
| Version: | 4.5.1 | Flags: | sarika.sinha:
review+
daniel_megert: review+ arunkumar.thondapu: review+ |
||||||||
| Target Milestone: | 4.6 RC3 | ||||||||||
| Hardware: | PC | ||||||||||
| OS: | Mac OS X | ||||||||||
| See Also: |
https://git.eclipse.org/r/73419 https://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=97bc6d06ebf7817e9b6aa794dd0f36e41b77181e https://bugs.eclipse.org/bugs/show_bug.cgi?id=496561 |
||||||||||
| Whiteboard: | |||||||||||
| Bug Depends on: | |||||||||||
| Bug Blocks: | 482454 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Gary Karasiuk
Created attachment 257021 [details]
Screen shot
I attached a screenshot of the modal dialog that was blocking everything, but that would not appear in full screen mode. FYI, I'm running OSX 10.11.
Moving to Debug for comments. Moving to SWT as other modal dialogs are also behaving similarly with OSX 10.11 FYI - Eclipse 4.5 and 4.5.1 supports OSX 10.10 *** Bug 479341 has been marked as a duplicate of this bug. *** Any new on this bug? It is really very annoying. *** Bug 481190 has been marked as a duplicate of this bug. *** Any update please? very annoying ... Created attachment 259532 [details]
Browse dialog partially hidden by root Import Projects dialog
Created attachment 259533 [details]
Plugins dialog partially hidden by root About Eclipse dialog
As you can see from my attachments, this is happening for many modal dialogs spawned by modal dialogs. It also seems to be preventing drop-down boxes in some modal dialogs for displaying properly. I can't commit anything to git because I can't see the diff window. This is a very annoying bug :( This problem seems to be caused by Java 8 (u71). When I downgraded the JDK to 7u79 it started displaying the dialogs correctly. I tried on Mars and Luna. I'm using Java 8 (u60) and I'm getting this issue, so not sure its a JVM problem. (In reply to Ricardo Gladwell from comment #13) > I'm using Java 8 (u60) and I'm getting this issue, so not sure its a JVM > problem. As far as I can tell. Lukas Gryzbon seemed to say it is affecting all versions of Java 8 and not Java 7. So it could be. I have been seeing similar issues in Paw (a native Mac app for testing HTTP requests). So it seems something may have changed in 10.11. *** Bug 487470 has been marked as a duplicate of this bug. *** *** Bug 484364 has been marked as a duplicate of this bug. *** *** Bug 488632 has been marked as a duplicate of this bug. *** (In reply to Lukasz Gryzbon from comment #12) > This problem seems to be caused by Java 8 (u71). When I downgraded the JDK > to 7u79 it started displaying the dialogs correctly. > > I tried on Mars and Luna. I tried Mars.2 on jre1.7.0_76 and still see the same problem. But, I'm unable to create a SWT only snippet to reproduce the issue. Will try to address this in RC1. *** Bug 480232 has been marked as a duplicate of this bug. *** *** Bug 479529 has been marked as a duplicate of this bug. *** I'm investigating the bug. The problem doesn't happen in debug mode, making debugging the issue harder. I haven't been able to make much progress in debugging the issue. Moving to 4.6.1. This is going on 7 months now since this was reported. And now we're pushing it again? It's really annoying to have IntelliJ users laugh at you because you literally can't do anything when in full screen mode. :: sigh :: I agree. This must be causing a major user drop out/switch to IntelliJ. I also don't understand how this isn't considered high priority?! I just switched from Windows to Mac and am constantly having this issue too. Thought Eclipse was completely freezing until I started noticing larger dialogs opening in behind, and then found this bug report. Let me know if I can help with testing or debugging at all. This bug breaks a very common use case, and it can lead to data loss if the user doesn't realize it's possible to close the hidden dialog via the ESC key, or that the full-screen mode can be terminated by moving the mouse to the menu bar and then clicking the green button in the top-level window's title bar. To debug an Eclipse app that was launched by the Eclipse launcher, use a command line like this to start the runtime Eclipse: $ Eclipse.app/Contents/MacOS/eclipse -data runtime-workspace -vmargs -agentlib:jdwp=transport=dt_socket,server=y,suspend=n,address=localhost:54321 Then use Debug Configuration..., create a new "Remote Java Application" launch configuration, and launch it. However, this only helps you debug problems in SWT, but this bug looks like a bug in the OS. Everything in Shell#setWindowVisible(boolean, boolean) looks normal to me (and the same as when I debug a normal Eclipse Application launch config that is in fullscreen mode). Although I don't fully understand the cause of the problem, I think we need a fix for Neon, even if it's not perfect. I'll submit a Gerrit with a workaround that is not nice, but it does the job and is restricted to the configuration that is already unusable. Lakshmi, please reconsider for RC3. New Gerrit change created: https://git.eclipse.org/r/73419 (In reply to Markus Keller from comment #27) > [..] and is restricted to the configuration that is already unusable. That statement only applies to the Eclipse use case. However, I didn't see any adverse effects in apps that don't use the Eclipse launcher, and I think the risk for those applications is bearable. Filed bug 494533 and bug 494534 for remaining problems brought up in the Gerrit: > Project properties -> Java build path -> Libraries Tab -> Add library -> > JRE System Library -> Click on Installed JREs or Environments > - The preference dialog opens behind Add Library dialog. These are corner cases that can be fixed later. The proposed fix doesn't affect these scenarios in non-full-screen mode. (In reply to Markus Keller from comment #30) > Filed bug 494533 and bug 494534 for remaining problems brought up in the > Gerrit: > > > Project properties -> Java build path -> Libraries Tab -> Add library -> > > JRE System Library -> Click on Installed JREs or Environments > > - The preference dialog opens behind Add Library dialog. > > These are corner cases that can be fixed later. The proposed fix doesn't > affect these scenarios in non-full-screen mode. +1 to merge the patch. I don't have a Mac to test myself but I do know that Lakshmi has already verified the fix and reported the exceptional cases mentioned which can be dealt with later. Gerrit change https://git.eclipse.org/r/73419 was merged to [master]. Commit: http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=97bc6d06ebf7817e9b6aa794dd0f36e41b77181e Verified in I20160525-2000. Markus, thanks for the fix. *** Bug 494981 has been marked as a duplicate of this bug. *** I am using: Eclipse for PHP Developers Version: Neon Release (4.6.0) Build id: 20160613-1800 (OSX 10.11.5) I still have this kind of problem: I am in full screen mode I click on File Search The Dialog appear, but i can't open the combobox "Containing text" and "File name patterns". Any Idea? Thanks. This appears to still be happening for Eclipse Neon: was this expected? (In reply to Ricardo Gladwell from comment #36) > This appears to still be happening for Eclipse Neon: was this expected? I tried out the Neon build with several dialogs but don't see the problem. There are a few known cases where the bug still happens (ps comment 30). But, it should be fixed in other cases. Can you provide steps to the problem you are seeing? I'm seeing problems with interactions between SWT and native dialogues. To reproduce: 1. File -> Import... 2. General -> Existing Projects into Workspace 3. Click Next 4. Click Browse... next to the "Select root directory:" input box Expected result: "Select root directory of the projects to import" native file selector dialog should appear over the "Import Projects" dialog Actual result: Native dialog is behind "Import Projects" dialog obscuring it and making interactions difficult Click on button File Search: The Dialog appear, but can't open the combobox "Containing text" and "File name patterns". I'm able to reproduce both the problems. I opened separate bugs to track them. (In reply to Ricardo Gladwell from comment #38) > I'm seeing problems with interactions between SWT and native dialogues. Bug 496825 (In reply to Pierre-Yves DIENST from comment #39) > Click on button File Search: > The Dialog appear, but can't open the combobox "Containing text" and "File > name patterns". Bug 496824 I'm also getting this kind of bug in my neon.3 running on Ubuntu gnome 16.04 I just tried to delete a file while running in full screen and eclipse freezes... (In reply to Lakshmi Shanmugam from comment #40) > I'm able to reproduce both the problems. I opened separate bugs to track > them. Please post the bug reports here. |