Some Eclipse Foundation services are deprecated, or will be soon. Please ensure you've read this important communication.

Bug 402811

Summary: Editor dropdown list closes on mouse hover with "focus follows mouse" mode
Product: [Eclipse Project] Platform Reporter: Andre Costa <blueser>
Component: SWTAssignee: Platform-SWT-Inbox <platform-swt-inbox>
Status: RESOLVED WORKSFORME QA Contact:
Severity: normal    
Priority: P3 CC: akurtakov, arunkumar.thondapu, ericwill, richcar, sravankumarl, terje.eggestad
Version: 4.2.2Keywords: triaged
Target Milestone: ---   
Hardware: PC   
OS: Linux   
Whiteboard:
Attachments:
Description Flags
SCreen dump for my last comment none

Description Andre Costa CLA 2013-03-09 10:28:16 EST
This is happening on Fedora 18 x86_64 with GNOME shell and JDK 7u17.

If I open the editor dropdown list either by pressing ctrl+e or by clicking on the ">>" button, hovering the mouse over immediately closes it. If interact using the keyboard only, dropdown stays opened as expected.

This only happens with mouse focus mode set to "mouse" or "sloppy". If mode is "click", dropdown behaves as expected.

This looks suspiciously similar to bug 59639, which was filed on 2004 (!!). However, not all popups are affected (eg. ctrl+o is ok).
Comment 1 Terje Eggestad CLA 2014-02-19 07:02:03 EST
Can attest to this bug.

I too have sloppy mouse focus and the dropdown closes on mouse motion
Comment 2 Arun Thondapu CLA 2014-02-19 13:31:02 EST
I could not recreate the problem with sloppy mouse focus mode on Ubuntu 12.04 with Eclipse 4.4 M5. Not sure if this is specific to Fedora...
Comment 3 Alexander Kurtakov CLA 2014-02-19 13:41:48 EST
I was not able to reproduce this on Fedora 20 with both sloppy and mouse. Could you give a bit more details on how to reproduce exactly?
Comment 4 Terje Eggestad CLA 2014-02-24 15:48:25 EST
OK, I'm running Fedora 20 with the eclipse bundeled. 
Which is Version: 4.3.1 Build id: 11fc20

I just created a new account. After logging in using tweaktool to change focus mode to sloppy (tried mouse too the problem occur in both settings). 

Created a new project. Added a few new files with long names so that the "show list" button appear in the editor view (as one file tab is not shown)

click on the button to get the list popup.

Now when you move the mouse pointer to the list of files to select one, the popup closes after a couple of 1/10 seconds.

Attached a screen dump.

TJ
Comment 5 Terje Eggestad CLA 2014-02-24 15:49:14 EST
Created attachment 240278 [details]
SCreen dump for my last comment
Comment 6 Andre Costa CLA 2014-02-26 07:23:39 EST
(In reply to Alexander Kurtakov from comment #3)
> I was not able to reproduce this on Fedora 20 with both sloppy and mouse.
> Could you give a bit more details on how to reproduce exactly?

Hi Alexander,

I just confirmed, bug still happens here. Up-to-date Fedora 20, Java (1.7.0_51) and Eclipse. Using proprietary nvidia driver (don't know if it could be related, but...)

The simplest test case is to open a single Java file on the editor. Then, if you press crtl+e, the popup window opens with just this file on it. If you don't do anything, it stays there (as expected). However, if I hover the mouse over it, popup closes a fraction of a second later.

Effects are more noticeable if there are more files opened (filenames don't even need to be long). Once the window pops up, navigating through file names on the list using up and down arrows, and ENTER, work as expected. However, hovering the mouse over the popup closes it right afterwards. And it simply closes, regardless of which entry is beneath the mouse, it is not selected.

The weird thing for me is that other popups with similar behavior (eg. ctrl+o) work fine with the mouse, which suggests a problem specific to ctrl+e popup.

I hope this helps, please let me know if I can provide any further info.
Comment 7 Richard Cardone CLA 2014-11-15 11:47:20 EST
Yes, I'm experiencing the same problem.  I have to assign "click" to my mouse behavior using the dconf editor in order to make editor dropdown file list usable.  It doesn't matter what perspective I'm using (j2ee, pydev, c/c++, etc.).  I'm using JDK 8 update 25 on the following Fedora platform:

Fedora release 20 (Heisenbug)

Linux version 3.17.2-200.fc20.x86_64 (mockbuild@bkernel02.phx2.fedoraproject.org) (gcc version 4.8.3 20140911 (Red Hat 4.8.3-7) (GCC) ) #1 SMP Tue Nov 4 18:04:56 UTC 2014
Comment 8 Eric Williams CLA 2018-05-11 14:25:05 EDT
I cannot reproduce this bug on Fedora 28 with 4.8 M7, and GTK3.22. Please re-open this ticket if the issue occurs again.