Bug 153047 - Incorrect rendering of transparent favicons
Summary: Incorrect rendering of transparent favicons
Status: RESOLVED FIXED
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 4.0
Platform: Compiled Sources Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-11-28 12:42 UTC by Enrique Matías Sánchez
Modified: 2021-03-23 12:46 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments
Task manager element of Konqueror showing the favicon over a HTML Document (4.31 KB, image/jpeg)
2008-12-23 16:38 UTC, Dario Andres
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Enrique Matías Sánchez 2007-11-28 12:42:05 UTC
Version:            (using KDE Devel)
Installed from:    Compiled sources
OS:                Linux

When visiting a site having a transparent favicon (such as http://www.elmundo.es or http://www.estamode.com), the favicon is rendered on top of the "unknown document" icon on the Plasma taskbar.
Comment 1 Jason Stubbs 2007-12-16 09:14:56 UTC
This might be a konqueror bug. I traced the tasks applet icon code all the way back to KWindowSystem and what is being displayed is just what konqueror is sending as far as I can tell. That doesn't explain why the icon is ok in the window frame though.

WindowTaskItem::updateTask() calls Task::icon() calls KWindowSystem::icon()
Comment 2 Jason Stubbs 2007-12-16 09:17:02 UTC
Reassigning. Do konqueror people know what the issue is here?
Comment 3 Dario Andres 2008-12-21 00:11:37 UTC
Here using:

Qt: 4.4.3
KDE: 4.1.85 (KDE 4.1.85 (KDE 4.2 Beta2))
kdelibs svn rev. 899135 / kdebase svn rev. 899135
on ArchLinux x86_64 - Kernel 2.6.27.8

I can't reproduce this bug, the transparent favicon is shown OK both in the window title and in the location bar in Konqueror.

Can anyone else confirm this ?
Comment 4 Enrique Matías Sánchez 2008-12-23 09:31:11 UTC
I'm using Qt 4.4.3 and kdelibs 4.1.85+svn899214 on Debian GNU/Linux, and I confirm I keep seeing this bug.
 
In order to reproduce it:
* you might need to increase a bit the size of your panel
* open several tabs in konqueror, and open some different sites on them: google.com, slashdot.org, osnews.com, etc
* switch amongst the tabs, and look at the taskbar in the panel, not the window title nor the location bar.

What I notice is that:
- the favicon is shown on top of a document icon
- when switching amongst tabs, the favicon is often not updated, it keeps showing the favicon from some other tab (even closed tabs!)

Hope that helps.
Comment 5 Dario Andres 2008-12-23 16:38:50 UTC
Here using:

Qt: 4.4.3
KDE: 4.1.86 (KDE 4.1.86 (KDE 4.2 >= 20081221))
kdelibs svn rev. 900491 / kdebase svn rev. 900491
on ArchLinux x86_64 - Kernel 2.6.27.8

I can confirm that the favicons in the task manager are showed over a "HTML Document" icon. But if this is what you report, I see it as a feature, as you can identify first what application is ("HTML Document" -> is a browser) and later the current site being shown by that browser (the favicon).

Look at the attached screenshot for see what I'm viewing

I can also confirm that closing the current tab (which has a favicon) and (automatically) going to another tab which has another favicon will still show the old closed tab favicon in the taskmanager. (Also when one of the sites with a favicon isn't completely loaded, the task manager icon doesn't contain the "HTML Document" background and the favicon behaviour is weird (not being changed on tab change))  (( I don't know if this last behaviour/bug is already reported, I will search for it :)   ))
Comment 6 Dario Andres 2008-12-23 16:38:54 UTC
Created attachment 29580 [details]
Task manager element of Konqueror showing the favicon over a HTML Document
Comment 7 Justin Zobel 2021-03-21 00:25:19 UTC
Thank you for the bug report.

As this report hasn't seen any changes in 10 years or more, we ask if you can please confirm that the issue still persists.

If this bug is no longer persisting or relevant please change the status to resolved.
Comment 8 Enrique Matías Sánchez 2021-03-23 12:46:49 UTC
This bug, if still present, is no longer relevant to me.