Bug 360709 - Eclipse popup has "ghosting" problem when mouse scrollwheel is used
Summary: Eclipse popup has "ghosting" problem when mouse scrollwheel is used
Status: RESOLVED WORKSFORME
Alias: None
Product: Platform
Classification: Eclipse Project
Component: SWT (show other bugs)
Version: 3.8   Edit
Hardware: PC Linux
: P3 normal with 1 vote (vote)
Target Milestone: ---   Edit
Assignee: Platform-SWT-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2011-10-12 14:10 EDT by Steffen CLA
Modified: 2018-05-11 14:39 EDT (History)
9 users (show)

See Also:


Attachments
popup visible (108.21 KB, image/png)
2011-10-12 14:10 EDT, Steffen CLA
no flags Details
part of popup remains (155.83 KB, image/png)
2011-10-12 14:11 EDT, Steffen CLA
no flags Details

Note You need to log in before you can comment on or make changes to this bug.
Description Steffen CLA 2011-10-12 14:10:29 EDT
Build Identifier: 20110916-0149

It does not happen when i use Compiz for some reason. However i have not seen any ghosting from any other program i use with or without Compiz.

Reproducible: Always

Steps to Reproduce:
1. Hover mouse over a method in top of the editor and wait for popup
2. use scroll wheel without moving mouse curser.
3. notice a "ghost" of the popup being stuck on the screen until editor area has been scrolled out of visible area
Comment 1 Steffen CLA 2011-10-12 14:10:50 EDT
Created attachment 205055 [details]
popup visible
Comment 2 Steffen CLA 2011-10-12 14:11:25 EDT
Created attachment 205056 [details]
part of popup remains
Comment 3 Felipe Heidrich CLA 2011-10-13 12:26:26 EDT
when I scroll the editor (using the mouse wheel) and a tooltip is up, I get a black box area in the editor.

Silenio, can this be a different manifestation of the same problem ?
Comment 4 Ralph Little CLA 2015-07-06 15:32:21 EDT
I have seen this many times in Eclipse and it is an issue in Luna on Linux.
As others state, hover over an item in source to get popup, and operate scroll wheel of mouse.
Looks like scroll operation is not cancelling the popup so the area is not repainted as it has scrolled away from its original position.
Probable solution is to ensure that the popup is cancelled before executing the scroll operation.
This is a fairly common thing for me to see and it's pretty annoying :(
Comment 5 Eric Williams CLA 2018-05-11 14:39:29 EDT
I cannot reproduce this issue. IIRC there were some fixes for scrolling/drawing in Neon.

Please file a new bug against 4.8 if the issue occurs on GTK3.22.