Community
Participate
Working Groups
Created attachment 221026 [details] A screenshot of the bug. Please view in fullscreen. Sometimes, when I move a tab (no matter from what window), the whole screen turns black - the only things that are still visible are the windows taskbar and the green "tab location" indicator. Sometimes it can happen that only part of the screen turns black (only witnessed one time, when filing this bug; will post screenshot as attachment 2 [details]). Sometimes it also can cover the whole screen, including the windows taskbar (also witnessed only one time, when filing this bug). The black screen happens not always, but fairly often. It always disappears as soon as you "drop" the tab (release the mouse button), after which the window looks normal again. I am running Windows 8 Release Preview (Build 8400) on a PC with an AMD Phenom (II) X4 970 Processor, 8 GB RAM, and a NVIDIA GeForce GTX 560. This graphics card is already known to cause problems with Firefox (https://bugzilla.mozilla.org/show_bug.cgi?id=686782), so it might be another problem of the NVIDIA driver and Windows 8. My Java is: java version "1.7.0_04" Java(TM) SE Runtime Environment (build 1.7.0_04-b22) Java HotSpot(TM) 64-Bit Server VM (build 23.0-b21, mixed mode) If you need any more info, contact me.
Created attachment 221028 [details] Only half the screen turns black. Tab location marker is still drawn in black area.
Created attachment 221029 [details] Another screenshot where only part of the window goes black.
Created attachment 221030 [details] The whole screen except for the tab marker goes black (even the windows taskbar).
I am observing the same behavior in Windows 7 x64. When I attempt to reorder/rearrange editor tabs, the entire screen goes black for a split second about half the time. I have noticed that if I pause for a moment after mousing-down on the tab and before attempting to drag said tab, the issue does not occur. In other words, to reproduce the issue, click the tab and drag it immediately after clicking.
(In reply to comment #4) I see the same quick black flash of the entire screen (including Windows task bar) on Windows 7 in Eclipse 4.x , but not in 3.x. I can always reproduce when I - start dragging immediately after clicking the mouse, and - drag an inactive view tab (either from a non-focused view stack or a tab that is stacked behind the active view).
I've tried this on Windows 7 and Windows 8, running on the same machine. I see the black flash (though it never stays black, unlike the OP) any time I mouse down and hold (no drag movement required) on a non-active view tab.
The flash happens in org.eclipse.swt.widgets.Tracker#open() on line 523 here: OS.ShowWindow (hwndOpaque, OS.SW_SHOWNOACTIVATE); When I set Tracker#IsVista to false, then I don't see the flash, but I get the horrible tracker performance that the workaround fixes (e.g. when I open Quick Outline in the Java editor and then resize: Ctrl+O, Ctrl+F10, R).
The only time this does not flash is if I activate an inactive tab, then drag it. Any other combination (drag previously activated and moved tab, drag inactive tab), I get a split second black flash every time. Win7_x64.
Changing the OS to 'Windows All' since it is not Windows 8 specific.
*** Bug 396486 has been marked as a duplicate of this bug. ***
I also encounter this issue when Eclipse is running through a X-Win32 session.
It's very stressful bug. very. I can't touch inactive tab carefully. (but sometime touch and blacking, sick. why We can't fix it?)
Does this bug relate to Bug 325100 ?
> Does this bug relate to Bug 325100 ? In both cases, the flashing happens with an SWT Tracker widget, but it's not clear whether a fix for one bug would also fix the other bug.
Created attachment 230601 [details] fix The window flashes black because it is fully opaque until the first WM_PAINT event. In WM_PAINT, it is filled with white which is the transparent color. The fix is to only make it opaque after it has been drawn.
Markus, please could you review this patch?
(In reply to comment #15) > Created attachment 230601 [details] [diff] > fix This is great! Code looks good, and fixes this bug as well as bug 325100. Tested with all occurrences of Tracker in the SDK and SWT snippets. +10 for RC1.
Fixed http://git.eclipse.org/c/platform/eclipse.platform.swt.git/commit/?id=05c6b3fa8c4627937d03b301669f023682a3cc99
*** Bug 325100 has been marked as a duplicate of this bug. ***
Hi, Would you also be willing to consider related bug 407749 for inclusion in 4.3 RC1? The fix is simple and a patch is attached. I did this fairly quickly tonight inspired by the quick turnaround on the fix to this bug here. Thanks, Nikolay
(In reply to comment #20) That is bug 407479. > Would you also be willing to consider related bug 407749
Any chance this patch can get applied for Linux as well?? Getting exact same behavior that was affecting Windows users on Fedora 18 + Eclipse 4.3 RC4. Or should I file a separate bug? Thanks
(In reply to comment #22) > Any chance this patch can get applied for Linux as well?? > > Getting exact same behavior that was affecting Windows users on Fedora 18 + > Eclipse 4.3 RC4. > > Or should I file a separate bug? Yes please. And post it here too.
I just tried the new Kepler release and I am sorry having to say that this issue is still present. It is even worse as with Juno the screen turned black but with some kind of green rectangles delimiting the editor edge. Within Kepler the screen just turns blacks, now more rectangle to help in moving the editor at the proper place. I am running Kepler on a RHEL 5 through a X-Win 32 session. Should this bug be reopened?
> Should this bug be reopened? No, see comment 23. This bug was for Windows only. I don't see a similar bug for Linux, so you can open a new one and mention the other bug number in both bugs.
(In reply to Markus Keller from comment #25) > > Should this bug be reopened? > > No, see comment 23. This bug was for Windows only. I don't see a similar bug > for Linux, so you can open a new one and mention the other bug number in > both bugs. Really? I filed the Linux version same day: https://bugs.eclipse.org/bugs/show_bug.cgi?id=414119 Hard to imagine a worse user experience: dragging tabs in Eclipse on Linux is so jarring to the eye that one actually has to look away, it's like a strobe light gone wrong ;-)
(In reply to James Lang from comment #26) > (In reply to Markus Keller from comment #25) > > > Should this bug be reopened? > > > > No, see comment 23. This bug was for Windows only. I don't see a similar bug > > for Linux, so you can open a new one and mention the other bug number in > > both bugs. > > Really? I filed the Linux version same day: > https://bugs.eclipse.org/bugs/show_bug.cgi?id=414119 > > Hard to imagine a worse user experience: dragging tabs in Eclipse on Linux > is so jarring to the eye that one actually has to look away, it's like a > strobe light gone wrong ;-) Correction, Linux version of this bug was filed in late July, not same day. Regardless, Linux users are still plagued by this bug, please look into it. Thanks!
Eclipse screen flashes when moving tab. White screen strobes. Running under the Kubuntu 12.04 : uname -a : Linux epsilon-laptop-kubuntu 3.2.0-67-generic #101-Ubuntu SMP Tue Jul 15 17:46:11 UTC 2014 x86_64 x86_64 x86_64 GNU/Linux We use the -vm /usr/lib/jvm/jre1.7.0_65/bin/java. Very unfortunate bug rendering many operations in IDE sessions difficult to perform.
Is it really fixed? Eclipse for PHP Developers Version: Luna Service Release 2 (4.4.2) Build id: 20150219-0600 OS: Linux Mint The above error is still there and when I move a tab every content on Eclipse disappears and the entire window turns to grey, and every window of the OS (e.g file manager, Pluma, etc.) blinks.
(In reply to Rik Bartolini from comment #29) > Is it really fixed? Yes, this bug is really fixed (on Windows, see the "Hardware" field in this bug). See bug 414119 for the Linux version.
