Bug 531443 - tooltips leaving artefacts
Summary: tooltips leaving artefacts
Keywords:
Status: CLOSED RAWHIDE
Alias: None
Product: Fedora
Classification: Fedora
Component: xorg-x11-server
Version: rawhide
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: X/OpenGL Maintenance List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
: 532020 532107 (view as bug list)
Depends On:
Blocks: F12Target
TreeView+ depends on / blocked
 
Reported: 2009-10-28 12:34 UTC by Jens Petersen
Modified: 2018-04-11 15:55 UTC (History)
7 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2010-02-28 13:02:47 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)
screenshot (308.78 KB, image/png)
2009-10-28 12:34 UTC, Jens Petersen
no flags Details

Description Jens Petersen 2009-10-28 12:34:22 UTC
Created attachment 366422 [details]
screenshot

Description of problem:
Not quite sure what the culprit is (X?)
but testing latest rawhide I noticed tooltips
are causing "damage" to the gnome desktop menu
sometimes.

This is on a ATI machine btw (but screenshot is with vesa
though I first noticed it with radeon driver).

Steps to Reproduce:
1. move mouse up and down gnome desktop menus
  
Actual results:
For an example see attached screenshot
Sometimes dead space also appears over the parent menu.

Expected results:
no artefacts

Additional info:
Will test tomorrow on intel and nvidia boxes
but vesa suggests it is not a drv issue.

Comment 1 Matthias Clasen 2009-10-28 14:57:54 UTC
What window manager is this with ?

Comment 2 Yanko Kaneti 2009-10-28 16:58:24 UTC
Metacity here

Comment 3 Matthias Clasen 2009-10-28 17:13:53 UTC
Metacity compositor ?

Comment 4 Yanko Kaneti 2009-10-28 17:30:01 UTC
no compositing

Comment 5 Matthias Clasen 2009-10-28 20:54:42 UTC
How bizarre: The missing part of the menu is left behind in the nautilus window when you dismiss the menu.

Comment 6 Matthias Clasen 2009-10-28 21:19:40 UTC
Looks like a bug in the automatic compositor in the X server. 
I'll work around in GTK+ for now, and move the bug over to the X side.

Comment 7 Jens Petersen 2009-10-28 23:34:42 UTC
(Yep also reproduced on nouveau and cirrus kvm.)

Comment 8 Jens Petersen 2009-10-28 23:35:35 UTC
Should this be an F12Blocker?

Comment 9 Matthias Clasen 2009-10-29 00:18:02 UTC
If you can still reproduce it with gtk2-2.18.3-15.fc12...

Comment 10 Jens Petersen 2009-10-29 02:48:00 UTC
(In reply to comment #9)
> If you can still reproduce it with gtk2-2.18.3-15.fc12...  

Thanks, Mathias, no that helps. :)

Comment 11 Yanko Kaneti 2009-10-31 07:29:24 UTC
*** Bug 532107 has been marked as a duplicate of this bug. ***

Comment 12 Bruno Wolff III 2009-10-31 14:45:58 UTC
I am seeing it with the 1.7.1-1 X server.
Based on how I have experienced this bug I don't think it should be a blocker. It doesn't happen a lot. The problem it causes is minimal in my experience. It is fixable with an update after release.
I'll keep an eye out for this, as I thought I saw it after I had gtk2-2.18.3-15 installed, but perhaps I hadn't restarted metacity/x11 after that update.

Comment 13 Bruno Wolff III 2009-10-31 14:47:45 UTC
One other note is that my experience with this bug is related to the panel rather than the menu. I use the panel a lot more than the menu.

Comment 14 Jens Petersen 2009-11-03 01:52:39 UTC
(In reply to comment #13)
> One other note is that my experience with this bug is related to the panel
> rather than the menu.

Can you explain how to reproduce on other gnome-panel applets/elements?

Comment 15 Matthias Clasen 2009-11-03 01:59:43 UTC
You should be able to have tooltip pop up over the bottom panel by moving gedit partially offscreen so that the gedit toolbar ends up right above the bottom panel. 

Then run metacity without compositor, and you should see the damage (or rather, not see it since I've worked around the problem)

Comment 16 Bruno Wolff III 2009-11-03 02:07:04 UTC
Not reliably. (I mentioned that in my bug which ended up being a dup.) I have
my panel just on the bottom and set to 36 pixels. I have lots of desktop
workspaces setup and visit the panel often to visit different ssh sessions or
applications.
Occasionally the tooltip appears just above the panel, but a similarly sized
area of the panel nearby shows the background image instead of the gray panel.
Once the whole is there it sticks around even after the tool tip is gone. It
can get partially redrawn. It happens a lot more on my rv530 than my rv280
system.
I didn't notice it today, but I wasn't looking for it or trying to get tooltips
to show up to get it to happen.

Comment 17 Matěj Cepl 2009-11-05 17:19:38 UTC
Since this bugzilla report was filed, there have been several major updates in various components of the Xorg system, which may have resolved this issue. Users who have experienced this problem are encouraged to upgrade their system to the latest version of their packages (at least F12Beta, but even better if the very latest versions).

Please, if you experience this problem on the up-to-date system, let us now in the comment for this bug, or whether the upgraded system works for you.

If you won't be able to reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.

[This is a bulk message for all open Fedora Rawhide Xorg-related bugs. I'm adding myself to the CC list for each bug, so I'll see any comments you make after this and do my best to make sure every issue gets proper attention.]

Comment 18 Jens Petersen 2009-11-06 07:15:38 UTC
Matej, erm this bug was filed last week,
you think it has been fixed already?

Comment 19 Matěj Cepl 2009-11-06 16:26:15 UTC
(In reply to comment #18)
> Matej, erm this bug was filed last week,
> you think it has been fixed already?  

Yes, why not? :D
(and this was just one of the 900+ bugs I sent this request too)

Please attach your X server config file (/etc/X11/xorg.conf, if available), /var/log/dmesg, and X server log file (/var/log/Xorg.*.log) to the bug report as individual uncompressed file attachments using the bugzilla file attachment link below.

Thanks.

Comment 20 Matěj Cepl 2009-11-08 01:37:38 UTC
Sorry, now looking at the comment 19 it was obviously too much affected by me doing couple of hundred these bugs that day. No, you bug got into huge group of bugs where we require retesting.

But yes we would still like to see the information requested.

Comment 21 Owen Taylor 2009-11-16 22:08:14 UTC
*** Bug 532020 has been marked as a duplicate of this bug. ***

Comment 22 Matěj Cepl 2010-02-26 12:27:01 UTC
Could you please reply to the previous question? If you won't reply in one month, I will have to close this bug as INSUFFICIENT_DATA. Thank you.

[Note please, that this is machine generated comment for large amount of bugs; due to some technical issues, it is possible we've missed some of the responses -- it is happens, please, just a make a comment about that; that we will see. Thank you]

Comment 23 Bruno Wolff III 2010-02-26 15:28:03 UTC
I filed a bug that was marked a duplicate and haven't seen this particular issue for quite a while. So I think it is safe to close this now.

Comment 24 Matěj Cepl 2010-02-28 13:02:47 UTC
Thank you for letting us know.


Note You need to log in before you can comment on or make changes to this bug.