Bug 253078 - panel application tooltips cause visual corruption when kickof menu is open while compositing turned off
Summary: panel application tooltips cause visual corruption when kickof menu is open w...
Status: RESOLVED UPSTREAM
Alias: None
Product: plasma4
Classification: Unmaintained
Component: panel (show other bugs)
Version: unspecified
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: Plasma Bugs List
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-03 00:54 UTC by dmatt
Modified: 2010-10-03 17:36 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
shape of Kickoff tooltip above Kickof icon invoked by Message indicator tooltip (429.35 KB, image/png)
2010-10-03 00:54 UTC, dmatt
Details

Note You need to log in before you can comment on or make changes to this bug.
Description dmatt 2010-10-03 00:54:42 UTC
Created attachment 52185 [details]
shape of Kickoff tooltip above Kickof icon invoked by Message indicator tooltip

Version:           unspecified (using KDE 4.5.1) 
OS:                Linux

When drawing tooltip for minimised application or system tray application after application menu was opened, other tooltip corrupts display by repainting incorrect background in its own location. Incorrect bacground appears when any new tooltip is displayed. If there is window of other application(s) in place of corruption, the corruption changes to different backround when that application is minimised.

Not reproducible when compositing is turned on.

After further testing I found even simpler case. While Kickoff menu is opened, after displaying first tooltip any second tooltip for icon/application in different panel widget creates corruption Effect might stack when there are further tooltips displayed.


Reproducible: Always

Steps to Reproduce:
Go to Kickoff Application Launcher Icon with mouse pointer. Wait for tooltip to display. Press mouse button to display menu and immediately QUICKLY move right to any icon which displays tooltip. Wait for tooltip to appear. Corruption appears at the same time.
Alternative way:
Start with any application tooltip. Then quickly open Kickoff menu and continue as in previous case. If done qiuckly. corruption should appear in the place of first tooltip.

Reproducing simplest case: 
Open Kickoff menu and leave it open. Go to any application/widget icon (desktop changer for example). Wait for tooltip to appear. Move pointer up so you do not provoke tooltips on neighbouring icons. Chose icon and move pointer down directly to it. With tooltip appears also corruption where previous tooltip was. 

Actual Results:  
Correct tooltip appears but shape of different tooltip filled with background image appears as well. 

Expected Results:  
Correct tooltip appears.

Reproducible on Kubuntu 10.10 Meerkat Release Candidate with KDE 4.5.1, in 4.2.2 on Ubuntu Lucid, in Ubuntu Lucid with KDE updated to 5.1 and in OpenSuse 11.3 with KDE 4.4.4 (I do not have other systems to test it with). Manifests with both Lancelot and Kickoff and also with panel autohiding.
Comment 1 dmatt 2010-10-03 01:18:09 UTC
Forgot to add - tested on 3 different computers, 2 with Intel and one with ATI video card with open drivers.
Comment 2 Beat Wolf 2010-10-03 17:36:16 UTC
duplicate of:
https://bugs.freedesktop.org/show_bug.cgi?id=22566