771846 - Previous column sort indicators remain on-screen in Library, Mail, Address Book on Linux

Status: NEW

(Core :: XUL, defect)

Description

[skierpage]

Attachment: Note multiple columns display the sort indicator.

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:14.0) Gecko/20120621 Firefox/14.0 SeaMonkey/2.11
Build ID: 20120621204936

Steps to reproduce:

I re-sort SeaMonkey's mail folder view a lot by clicking the Subject/From/Date/Size column headings, and was vaguely aware it "goes wrong" and I have to click again. I just realized that SeaMonkey leaves the old column sort indicator on-screen along with the new sort.

To reproduce:
1. Click on a mail column header to sort by that column.
2. Then click on a different column, and another.



Actual results:

SeaMonkey leaves *all* the sort indicators displayed until you roll over, or resize, or hide and expose the mail window.  I took a screenshot as proof in the attachment. The same thing happens when I click the column headers in the Search Messages dialog, and the Address Book window.


Expected results:

When displaying the new sort indicator, SM should explicitly update to "undisplay" the old one.

Since SeaMonkey displays the column headers correctly on redisplay, this could be a X-specific damage or paint rect bug. It could also be a glitch in the Linux toolkit and/or theming support. I'm running 64-bit SeaMonkey 2.11 b3 on Kubuntu 12.04.

(Thanks for all your work. SeaMonkey forever!)

Comment 1

[Philip Chee]

do you have gtk+ integration installed in KDE?

http://digitizor.com/2009/09/20/a-complete-guide-to-firefox-integration-in-kubuntu/
[
1 Install GTK Styles and Fonts. To do this open the Konole and run this command: sudo apt-get install gtk-qt-engine.
2 Open GTK Styles and Fonts from KRunner (Alt+F2 to bring up the KRunner) or from Kickoff -> Computer -> System Settings -> Style -> GTK Styles and Fonts.
3 Under GTK Styles, enable the "Use my KDE style in GTK applications" radio button.
4 Under GTK Fonts, enable the radio button for "Use my KDE fonts in GTK applications".
5 Under Firefox and Thunderbird, click on the "Install  scrollbar fix..." button.
6 Click on "Apply" and "Ok". 
]

Also:

Assuming you are using the new GTK+ Appearance theme QtCurve settings, check the following:

System Settings -> Appearance -> Widget Style -> QtCurve -> Configure...

Comment 2

[skierpage]

I tried the Bookmarks manager in Firefox nightly and had the same problem with its column headings, maybe this is a Core-Widget GTK bug?

Your/those instructions are a little out-of-date, but I believe I have GTK integration installed.
There is no more gtk-qt-engine package in Ubuntu 12.04 according to packages.ubuntu.com.  I have gtk2-engines-oxygen and gtk3-engines-oxygen packages installed.
In System Settings -> Application Appearance -> GTK+ Appearance -> Applications I have Widget style set to oxygen-gtk and "Use my KDE fonts in GTK applications" checked.  I tried changing the former to QtCurve and got differently-styled column headings but the same glitch.

KDE applications like Dolphin don't have this problem, and the Open File dialog in SeaMonkey doesn't either. I don't know of other GTK programs with column headings I can try... Nautilus?  (I couldn't find any column headings like this in Inkscape.)

Comment 3

[Philip Chee]

Related problem? Bug 771794 - scroll bar thumb invisible on Kubuntu 12.04

Comment 4

[Philip Chee]

fedorauser has confirmed this bug:

"Reproduced it on any Linux DE in seamonkey since SM 2.1a3 (not 2.11, but 2.1). No bug in SM 2.1a2. And it only happens in default SeaMonkey theme, not in Modern."

Neil thinks it must be a bug in the native theme drawing code.

Comment 5

[skierpage]

@fedorauser , do you also see the problem in Firefox's Library window (History/Bookmarks manager), per my comment #2?  I changed the summary to be more general.

Comment 6

[Karl Tomlinson (:karlt)]

Same bug in Firefox Library with Clearlooks.

nglayout.debug.paint_flashing = true shows it is an invalidation bug.

Comment 7

[Sergey]

Looks like the issue appeared since https://hg.mozilla.org/mozilla-central/rev/0cd13b752ef9 Removing that line from SeaMonkey 2.11b6 chrome/toolkit/skin/classic/global/global.css "fixed" the problem.

Comment 8

[Firefox Bug Husbandry Bot]

Moving to Core:XUL per https://bugzilla.mozilla.org/show_bug.cgi?id=1455336