100% agree. 
I have the problem with KBabel/i18n.kde.org for example. 
If it is hard to code, the best should be to completely remove this feature. 
Or to show the 2 icon (konqueror + favicon). 
Or to have a check somewhere to choose which icon you like to see, if some people like 
favicons in Kicker. 
 
Gerard 

I also think there should at least be an option to disable it, and show the 
konqueror icon istead, its really anoying imho.

I'm not agree. I often write web-application for customers, and I'd like a lot 
to have the same feature in IE or netscape, because they get confused by the 
fact that they haven't a standalone application, but a browser to work, just 
for the icon... 
The favicon in the taskbar is an excellent idiot proof facility. 
But I'm agree to add a checkbox somewhere to disable it. 

*** Bug 81860 has been marked as a duplicate of this bug. ***

When I look at the taskbar for konqueror (filesystem), I look for a folder icon. However, when opening a OO-textdocument konqueror's taskbar icon is changed to an OO-textdocument's which is not helpful in finding Konqueror, as it does not indicate Konqueror but an OO-textdocument as task. Taskbar icons should show the app they are, not the document-type that was opened with them. IMHO not even when that document-type is shown inline.

Concerning comment #3: Your issue is with web-browsers, if konqueror would only change icons when used on the web it would be fine in my opinion but in filesystem mode this should not be the case as for the reasons described above.

The quesion is, what to do if konqueror is used for filesystem and web using tabs.

maybe the summary should be changed to: Do not use differnet icon for konqueror  in taskbar (except for webpages)

*** This bug has been confirmed by popular vote. ***

IMO this is a bug, not a wish. There is no reason why Konqueror should have (say)  a PDF icon when the PDF is not "embedded" inside konqueror. 

OTOH, I believe konqueror should continue with the current behavior (acquire the PDF icon) when the PDF is being shown embedded.

Would it be possible to change the status from wishlist to a bug? Otherwise, as I fear, no one will care to fix it. IMO this really is a bug - a serious usability bug.

KDEs taskbar is meant to display tasks, not applications.  Using konqueror for showing a website or a PDF or even a KWord document is changing the task of the window.
The requested solution has as a serious usability problem that it becomes impossible to differentiate between two different views of the same document, or even to make a global differentiation between several konquerors which are doing very different tasks, like browing a filesystem or showing a webpage.

Making it configurable will not solve this problem fully, it probably only makes it worse.

A question to the people that have a problem with the current behavior; do you use the taskbar grouping?  And if not; why not? If you are; why is this still a problem since its obvious which windows are konquerors if you do.

Also; please explain to us why you want to find a konqueror instead of 'the window that shows document X'.  Since your reasoning is apposite to the implementation, it is expected that you run into problems.  Please make us understand how you think about this.

Thanks for your feedback.

Why not put both icons in?

OK, let's clear it up:

-----------------
I do not use taskbar grouping. My taskbar is big enough to display all buttons. This gives me immediate overview and fast access to all open apps. I do not want the taskbar to hide anything from me. Even in taskbar grouping mode konqueror changes icons. Yes, there is 'Konqueror' text on it, but orientation by the icon is much faster and more intuitive. I do not need to change favicons in taskbar, I use one browser window with multiple tabs. Therefore I do not need to locate site icon in my taskbar, I need to locate browser.

I (and probably more people) simply do not share your opinion that taskbar is meant to display tasks and not apps. I expect it to indicate applications, which are tasks to me. In my view, the task is called 'web browsing' and not 'slashdot.com', which incidently runs in the browser. Also if I need filemanager, I want to locate filemanager and not 'kpdf' currently running embeded in the Konqueror.

I also incline to not launch KParts embeded in Konqueror (this is probably what you call tasks). If I open pdf from filemanager I clearly do not want my filemanager to be eaten by pdf viewer. I much more expect to get new windows with pdf reader. This is IMO a perfectly expected behavior.

Also please note that, even if it is maybe marginal to you, Windows users migrating to KDE, may find this icon hidnig pretty confusing.

Tu put is simply: I consider Konqueror filemanager to be a filemanager and as such I am willing to locate it simply on the taskbar. The same applies to konqueror browser.

The most important thing:
you may have completely different opinion than the rest of us, which is OK. Just please do not enforce it and give us the option. That's what this all is about, right?

Best regards,

Krystof

My task is not "surfing on THIS page", my task is "surfing".
The other apps work the same way: when I use KWord or any other program, I have no specific icon for the document I am reading/writing.
When I look for my browser, I usually don't mind which page I was seeing before, I look for a browser to browse a new page.
When I have open tabs in Konqueror, why should only ONE favicon be displayed in the taskbar ?
I don't thing grouping tasks changes anything. Konqueror is the only app which shows a "random" icon in the taskbar.

Thanks

Gerard

To lift some confusion.

The current way it works is that icons are chosen based on the task the user is doing in that window. A task is based on a filetype, so writing a KWord document gives you a KWord icon.  Browsing a webpage shows the favicon for that specific page since (contrary to the KWord example) we have a more specific icon for the current task.

So the problem I see here is that the icon for konqueror-windows is based on a 3-level deep hierarchy and not intuitively chosen. (apparently :)
At the top level we have the application; which in most (other) application is the default choice.
Next we have the type of document.  A PDF or a OOo document.
In the case we have a webpage there is a 3th level; the actual documents-favicon.

I would follow the idea from George to show both icons; the konqueror and the 'filetype' icon in the menubar.  This is similar to the way 'kasbar' does things with medium/large icons.
For a konqueror with multiple tabs; only 1 icon (the konqueror one) should be displayed.

Would this be acceptable for everyone?

My comment (#1) says :
"Or to show the 2 icon (konqueror + favicon). "
So, you understand showing Konqueror + favicon icons would make me happy.

thanks

Gerard

Nearly there, Thomas. I would just add: never set favicon for browser mode (or make it optional, at least). The task is 'browsing', not 'browsing on a specific site'. 
Otherwise it would also be inconsistent with the OO/pdf example - you also do not set different icons for different OO or pdf documents.
I am convinced, that tab icons are competely sufficient for "favicon-oriented" users.

On Tue, Nov 09, 2004 at 08:15:39AM -0000, Krystof Zacek wrote:
> Nearly there, Thomas. I would just add: never set favicon for browser mode (or make it optional, at least). The task is 'browsing', not 'browsing on a specific site'. 
> Otherwise it would also be inconsistent with the OO/pdf example - you also do not set different icons for different OO or pdf documents.
> I am convinced, that tab icons are competely sufficient for "favicon-oriented" users.

The setting of the favicon there has given much much good feedback, so I
have to tell you that your reasoning does not reflect what many others
feel.
Next to that; the task most certainly is browing groklaw verses browsing
dot.kde.org.  As I said in a previous statement the only reason a PDF
does not have a document based icon is because we don't have one.
This fact does not really mean things are getting inconsistent IMO.

You stated above (#12) that the reason you don't want favicons is since
you use one browser window with multiple tabs; I agree that stuff can
get confusing with multiple tabs so I already made the advice to make that
a konqueror Icon instead of a favicon icon.

I suggest we try 'my' proposed solution first and see how you like it
before we again fall back the the 'lets make it configurable'.

Thanks.

Your points are valid and 'mine' too. I think, that this page also represents user feedback - these users even took the effort to register and file a bugreport.

Lastly, imagine this 'case study': you stop browsing, keep the browser open and do some other things. After a while your taskbar gets populated with different buttons. Then, suddenly you need to locate browser. What happens? You find yourself scanning through all icons on the taskbar trying to find one, which reminds you of some of the many site's favicons you ever visited. This IS what the people here are complaining about.

The golden rule of assertivity says - insist, insist, insist :-) Therefore, I still think it would be nice and too painfull to make konqueror's setIcon() call optional based on an option maybe present just in some rc file.

Regards, Krystof

One more notice: all what has been sad so far apllies to all the various kio_slaves too. If e.g. smb:// or fish:// is used, the icon changes too to the icon supplied by the kio_slave. However, my task is still file-management.
The problem seems to be deeper.

Why would one have to do the one or the other, if both is possible? If you have a document opened in kwrite and it is not saved, a second icon is displayed next to the kwrite icon.
App+Task+Status would suit everybody's needs, as all people looking for the app will find it instantly, as well as all people looking for a faviicon, so why not have two icons instead of one. It just a few pixels less fo the text.

Le Mardi 09 Novembre 2004 12:50, Krystof Zacek a écrit :

> ------- One more notice: all what has been sad so far apllies to all the
> various kio_slaves too. If e.g. smb:// or fish:// is used, the icon changes
> too to the icon supplied by the kio_slave. However, my task is still
> file-management. The problem seems to be deeper.

I think this is less a problem, because using smb:/ is a task. You can get 
used to the icon if you use it often. It is not the same for a specific 
website.

Gerard

I completely agree with Krystof Zacek. To add to the issue: Konqueror shows the PDF icon in colour, Acrobat in greyish. In almost 100 percent of the cases and although I am totally aware of my incapability of selecting Acrobat rather than Konqueror and the subsequent intend of doing it right, my mouse finds Konqueror and not Acrobat. 
Which means that due to the icon presentation in the taskbar I have difficulties to perform the task - the opposite of the original intention.
I could clearly see that some participants do not consider the Konqueror's behaviour as a bug, but it really bugs me.

Johannes

Oh, I forgot to add my suggestion for a solution:
Well, since some of the participants here have neither a problem with the current solution and find it even helpful, the current solution should still be available. 
But for all the others, an option which forces the display of the folder icon should be fairly easy to implement and would solve the issues of the most.
Thanks for your attention.

Johannes

I'm pretty sure that the usage of multiple icons was agreed upon and I still think its best to look at that solution before suggesting to make it configurable.  But I'm repeating myself.

Note that any solution still has to be coded, I can't do that (don't have the time or the skills) so this issue may be open for some time until somebody picks it up,  please have patience.


ps. Johannes; why did you remove me from the CC list?

I think we have to distinguish at least three cases. In one case this is IMHO really a bug and not a wish. In the other cases this might be rather a wish than a bug.

First case: open a document (bug!):
As already mentioned by S. Burmeisterin in comment #5: If I click on an OOo document in konqueror, the entries of OOo and konqueror in the taskbar are identical. So you cannot distinguish between these two windows/apps. This is really "a serious usability bug" (#9 from Krystof Zacek). Furthermore, the task of konqueror _was_ to open the OOo document - after opening it konqueror has nothing to do with the OOo document any more. Thus, it is counter-intuitive that konqueror still shows the OOo icon. The task of konqueror ist again (or still?) to browse the file system and, therefore, the konqueror (filemanager) icon should be in the taskbar.

Second case: show embedded document (wish):
If the document is shown embedded inside the konqueror window, I agree that it is questionable wheter the konqueror icon or the icon of the type of the embedded document (e.g. pdf) should be shown in the taskbar. 
 
Third case: internet browsing (wish):
I think that it is a good idea to show both the konqueror icon and the favicon.
 

On Wednesday 24 November 2004 19:00, Arne Henningsen wrote:
> First case: open a document (bug!):
> As already mentioned by S. Burmeisterin in comment #5: If I click on an OOo
> document in konqueror, the entries of OOo and konqueror in the taskbar are
> identical. So you cannot distinguish between these two windows/apps. This
> is really "a serious usability bug" (#9 from Krystof Zacek). Furthermore,
> the task of konqueror _was_ to open the OOo document - after opening it
> konqueror has nothing to do with the OOo document any more. Thus, it is
> counter-intuitive that konqueror still shows the OOo icon. The task of
> konqueror ist again (or still?) to browse the file system and, therefore,
> the konqueror (filemanager) icon should be in the taskbar.

This interpretation depends on your definition of the taskbar.  In the formal 
definition the taskbar shows windows, and not applications.
The window shows an OOo document, hence a OOo icon.
This 'idea' is reenforced by the fact that KDE is document based at many 
levels.

Leaving your konqueror window with a pdf/Ooo document open so you can re-use 
that konqueror window to browse a website (or something like that) is not 
well supprted simply because it does not fit in a document oriented 
environment.

> This interpretation depends on your definition of the taskbar.  In the
> formal definition the taskbar shows windows, and not applications.
> The window shows an OOo document, hence a OOo icon.
> This 'idea' is reenforced by the fact that KDE is document based at many
> levels.

Did not know that one could open OO-docs embedded. I cannot do it and thus, if 
I click on an OO-document, konqueror's window still shows a file-tree, thus 
an OO-icon in the taskbar is simply wrong, even with your definition.

On Wednesday 24 November 2004 20:20, S.Burmeister wrote:
> > This interpretation depends on your definition of the taskbar.  In the
> > formal definition the taskbar shows windows, and not applications.
> > The window shows an OOo document, hence a OOo icon.
>
> Did not know that one could open OO-docs embedded.
Indeed you can not, I just installed OOo and found out.  I followed your 
earlier post which made me believe it was possible.  Repace OOo with kpdf in 
my example please.

> I cannot do it and thus, 
> if I click on an OO-document, konqueror's window still shows a file-tree,
> thus an OO-icon in the taskbar is simply wrong, even with your definition.
Only if you now have a konq taskbar entry with an OOo icon, as well as a OOo 
taskbar entry with its OOo icon.
If that is so, I can tell you that that bug has been fixed in the current CVS 
version of KDE. The konq with treeview has a normal konqueror icon.

On 2004-11-24 20:11, Thomas Zander wrote:
> This interpretation depends on your definition of the taskbar.  
> In the formal definition the taskbar shows windows, and not applications.
> The window shows an OOo document, hence a OOo icon. 

However, konqueror shows not just the one OOo document I just clicked on, but also many other documents, hence the taskbar should show a normal konqueror icon.

On 2004-11-25 08:26, Thomas Zander wrote:
> If that is so, I can tell you that that bug has been fixed in the current 
> CVS version of KDE. The konq with treeview has a normal konqueror icon.

Thanks for this good news! I hope that this bug fix will soon be available for the normal user (like me).

Please, people read the bug, 'not using the favicon in the taskbar', this is not about embebed viewers icons in the taskbar.

As for this bug, I'm 100 % for it... It's very hard for me to find out where is/are my browser(s) in the taskbar with all the different icons... perhaps one could put make it configurable... I don't know... or put the konqueror browser beside the favicon... that might work, or might get too cramped up.

may be the konqueror favicon could be made visualy different from the application icon. some ideas

* special location for konqueror favicons. A special konqueror tray. which does not move. the tray could have a 
** special background color
** special shape (?)
** a defined place

this would allow to have the best of 2 worlds

It is not just tabs, if you have several Konqueror windows open they are grouped together in the taskbar and a "random" icon is displayed. 

If the taskbar is intended to be "task" centric and the "task" depends upon the document open, then theoretically shouldn't windows be grouped by task (i.e. have all pdf viewing windows grouped together) rather than by application as is currently happening?

IMHO the document type is an implementation detail about which the user may not much care. A webpage could be implemented as HTML (v1-4), XML, or flash. Similarly when browsing (not editing) online documents could be PDF, PS, OO. 

A user need not know any of this, but they must know what the Konqueror icon looks like, as it is hard to start an application without getting a good look at the icon. Also, the fact that the user opened Konqueror rather than KPDF is a strong clue that they think of the task as primarily "browsing the web" rather than "viewing a PDF". Hence I consider the following behaviour ideal:

A) On the Taskbar, the application icons should be promanent. Much like OO, the doctype/favicon should be displayed at reduced size in the lower right corner of the application icon. 

B) In a collection of windows of the same application, only the favicon should be displayed. (Clearly the application icon is useless in distinguishing between icons of the same application)

This behaviour could be enforced by the Taskbar if it e.g. took the icon used to launch the application as the "Application Icon", and the icon reported by the application to the WM as the favicon, where the two differ.

*** Bug 116010 has been marked as a duplicate of this bug. ***

Although I appreciate Thomas' ideas, I encourage everyone to vote for this bug. For a normal user, "konqueror" is a "task".

*** Bug 119745 has been marked as a duplicate of this bug. ***

I found out there is one configuration option. Take ~/.kde/share/config/konquerorrc. In the section [HTML Settings] set EnableFavicon=false. Then, if you visit sites from which you do not have the favicon, this will not be loaded from the server.
However, this is not what I want - I do not want to have the favicon shown, no matter if it has to be loaded from the server.

Created attachment 14250 [details]
solves problem, but needs refinement

yes, guys, I am writing this while my konqueror is with the "normal" icon in
the taskbar

How large is the chance to get this in 3.5.x? While many (including me) see this as a bug, it seems developers think of it as a "feature" at best, and are likely to move this to KDE4, or will even not implement it...

SVN commit 497964 by tstaerk:

Do not set the Window's icon to favicon if EnableFavicon is false.
CCBUGS:60219


 M  +9 -2      konq_view.cc  


--- branches/KDE/3.5/kdebase/konqueror/konq_view.cc #497963:497964
@@ -648,9 +648,16 @@
 }
 
 void KonqView::setIconURL( const KURL & iconURL )
+// This function sets the favIcon in konqui's window if enabled,
+// thus it is responsible for the icon in the taskbar.
+// It does not set the tab's favIcon.
 {
-  KonqPixmapProvider::setIconForURL( KURL( m_sLocationBarURL ), iconURL );
-  m_bGotIconURL = true;
+  kdDebug(1202) << "entering KonqView::setIconURL" << endl;
+  if ( KonqSettings::enableFavicon() )
+  {
+    KonqPixmapProvider::setIconForURL( KURL( m_sLocationBarURL ), iconURL );
+    m_bGotIconURL = true;
+  }
 }
 
 void KonqView::setPageSecurity( int pageSecurity )

It is a bug - no discussion. If you have 
EnableFavicon=false
in your konquerorrc and get it shown nevertheless, it is a bug.
This is now fixed for KDE 3.5 branch. From subversion 497964 on.
We now have to discuss if the default for EnableFavicon should be true or false. Our votes say, it should be false.

IMHO, Default should be "false", with an gui option to switch to "true". 

SVN commit 498078 by beaulen:

Forward port to KDE 4:

SVN commit 497964 by tstaerk:

Do not set the Window's icon to favicon if EnableFavicon is false.
CCBUG:60219



 M  +8 -2      konq_view.cc  


--- trunk/KDE/kdebase/konqueror/konq_view.cc #498077:498078
@@ -656,9 +656,15 @@
 }
 
 void KonqView::setIconURL( const KURL & iconURL )
+// This function sets the favIcon in konqui's window if enabled,
+// thus it is responsible for the icon in the taskbar.
+// It does not set the tab's favIcon.
 {
-  KonqPixmapProvider::setIconForURL( KURL( m_sLocationBarURL ), iconURL );
-  m_bGotIconURL = true;
+  if ( KonqSettings::enableFavicon() )
+  {
+    KonqPixmapProvider::setIconForURL( KURL( m_sLocationBarURL ), iconURL );
+    m_bGotIconURL = true;
+  }
 }
 
 void KonqView::setPageSecurity( int pageSecurity )

Why dont combine the benefits of both approaches? Make Konqueror show a modified favicon. A "Konqueror Frame" around the favicon - or make Konqi sit on the right top corner of that favicon - or... Some sort of a Konqueror-branding of those favicons - to show both: It is that topic and it is in Konqueror.

I agree, giving it a "Konqueror Frame" is probably the best idea. I just hope it'll be easy to make it clear enough, we're talking about a very small piece of graphics after all.

Another solution would be to assign to konqueror a fixed place in the taskbar. So you would locate konqueror easily, regardlessly of its icon.

E.g. if konqueror is active, the first taskbar button starting from left is guaranteed to be konqueror. 

This "feature" is extremely annoying! As mentioned before, it IS a serious usability bug. 
Please remove it or make it configurable.
Thank you.

Step, as you can tell from comment 40, I fixed this for KDE 3.5 branch. From subversion 497964 on. Update your KDE from the daily snapshot or so.

Great. Then why is this not marked as FIXED?

We are letting go of a big chance here - the idea of placing the favicons in the task bar is a good one, since the user gets contextual information and different konqueror-windows can be seperated quickly by the Content they display - it just leads to a misunderstanding under certain circumstances. 

Beeing realistic: having an option to change this will not really help, since users will not switch between views - probably this option is even well hidden in the options menu of konqueror... If this option is even disabled by default, you can just as well let go of this feature - probably no-one will ever use it again.

So why not grapping the problem at its roots? The problem is the confusion it brings. So we have to stop this confusion, but should keep the good point of quickly dicriminating different konqueror windows from each other. The problem therefore is the use of one icon, where two kind of information is being transported. The information that should be transported is:
1. It is in Konqueror and
2. It shows this kind of conent

I would therefore ask some graphically gifted people to make suggestings how these information can be combined into one icon. Showing the favicon of the content and showing it is in konqueror. This can be done in different ways - one way that could work is by framing the favicon with a konqueror-frame. So both information is beeing transported.

BTW: this is not a serious usability bug, as you will still be able to do all tasks you want to do - you will just get confused a little from time to time. This can be annoying - I agree. But from a usability point of view a solution where this feature is well hidden in the options-menu is probably much more of a usability-bug...

To From Alcapond: I guess it's not so easy to be just fixable by an artist. 16x16 pixel icon won't allow yo uto present much of the information. Konqueror is tabbed browser, so you will need to present, say all the 10 icons in 16x16 .pixel  area. 

So, many users prefer to see konqueror icon, not something from a randome page that's focused and there's no other option.

But one thing occurred to me, when browsing files, it's really nice if the folder-icon is shown. Maybe the best thing would be if a Konqueror icon is shown whenever a web page is present, but not necessarily when doing other things.

I think it actually is as easy as that. Add options for konqueror- or favicon-icons as well, if you like - but try to find a graphical solution for this compromise. It would suit the vast majority of the users I guess :)

This bug is fixed, see comment.
Get the latest KDE 3.5 and be happy.
Stay tuned regarding your votes - so this can be the default setting.

Wow, this must have been a difficult bug - took exactly 3 years to fix ! 

Btw, how was it actually fixed ?

I vote for it to be reopened (the patch refined). Konqueror infact isnt always the leftmost app in kicker. Always on top apps are instead placed more to the left than konqueror (which kinda ruins the whole idea).

Expected behavior:
Konqueror to the left
Always on top apps to the right of konqueror
All other apps to the right of that

I'd vote for it to be reopened too, because I think all the issues raised in the comments are not resolved. I for one want my taskbar to display only konqueror's icon, because with favicon I never know which icon corresponds to nxclient and to konqueror viewing www.nomachine.com for example. But I want favicons to be displayed in konqueror tabs, because there is no possible doubt, and when look to the tabs I want infos about their contents. 

I would like to back Tiago's request. Please reopen the this feature request and let it open until KDE/konqueror can be configured in a way that konqueror's icon (rather than a favicon) is always displayed in the taskbar.

+1

@Arne:

I wonder that even your "Second case: show embedded document (wish) " is questionable, because when I have many tabs opened in a Konqeror window, and the one with, say, PDF document is active, I still want to know where's my konqueror window. Basically I do not want to remember that the recently activated tab was for PDF. I am human, and computer is for remembering things. One thing I know is that I have a Konqueror window opened, and I want to distinguish it in the taskbar from the other windows (with the same icons, e.g. KPDF or Acroread).

So, even this case shows that having Konqueror icon always visible leads to faster task lookup. This can be a general problem with tabbed browsing which COMPETEs with taskbar's functionality...

Well what I don't understand is why there is no config option. KDE is supposed to be massively configurable, and opinion is clearly divided as to wether we want to use multiple tabs or multiple windows. So it seems to me the perfect place to add a config option. It can't be hard to code a switch between displaying the website favicon or displaying a generic "konqueror as a web browser" icon.. :)

Also, the "fix" mentioned earlier seems to disable favicons altogether. This is not what I/we want! Favicons are very useful for bookmark and tab icons. Just not for taskbar icons.

~ Tom

Actually, this problem ist *not* fixed, and should be reopened. In a perfect world, this really would be customizable... However, if konqueror developers refuse to do so, how about changing the tabbar icon to something like a vertically spliced icon (as in the left 8 pixels: konqueror icon part, right 8 pixels: favicon pixel part). This would distinguish favicons and application icons and would still give some information what konqueror actually does...

Created attachment 18814 [details]
Mockup: Use a composite icon

Mockup: Use a composite icon with konqueror/amarok.kde.org as tabbar icon 

1) to distinguish it from a running amarok application
2) show that this actually is a konqueror running.

Created attachment 18815 [details]
Mockup: Vertical sliced icons

added some background and supporting text to better illustrate the idea

Martin, there's no space in the 16x16 area to do such rendering, really. On my typical 1280x1024 display, what you proposed (http://bugs.kde.org/attachment.cgi?id=18815&action=view) makes the icon look really bad.

Konqueror is unusable for browsing in the current state (comment #59 is completely right). I stopped bitching and switched to firefox a long ago, but I can't believe this is still not fixed. 

(1) Yes, comment #59 is right.
(2) All wish that is left is the possibility to have favicons on the tabs, but not in the taskbar. No konqueror developer is opposed against a patch! The respective function is void KonqFrameTabs::setTabIcon( const KURL &url, QWidget* sender ) - post your patch here!

Thanks for allowing us to disable FavIcon - it's been annoying me for years.

I'd like to see a menu checkbox added to the Konqueror settings, and also
to see the favicons back in the browser tabs... And then I'll be happy.

*** Bug 154415 has been marked as a duplicate of this bug. ***

I am against the removal of the favicon from the taskbar. I like it, and it's the way Konqueror's always done things (at least in the time I've been using it), there's no reason to try to dumb things down. If a favicon is available, show it.

So make it optional. It's the 'KDE way'. ;)

> I am against the removal of the favicon from the taskbar.
> I like it, and it's the way Konqueror's always done things
> (at least in the time I've been using it), there's no reason
> to try to dumb things down. If a favicon is available, show it.

On my KDE setup, with the taskbar on the right side of the screen, the only indicator as to which app is which is the icon. Having it change at each website means that I cannot find Konqueror quickly. However, disabling the favicons on the tabs means that I cannot find the correct tab quickly. That's why I use Firefox: I can always find it on the taskbar, and I can find my tabs.

As per all the requests on this page, and the dupes, I am reopening this bug. When Konqueror can show favicons in the tabs but not in the taskbar, as many people have requested, then the bug can be properly closed. I hope that is soon.

only the owner of a bug can reopen it, which are the konqueror developers.
Its useful for people to keep on posting their opinion, but please don't reopen a bug, let the devs make that assessment, please.

I will respect the devs' right to reopen this bug. However, why can one not file another bug? This is not a "wontfix" and the issue is not resolved? So if I cannot reopen this bug, then filing a request for the feature that has not been implemented should not be a dupe. I will reopen Bug 154415, with clarification, as I cannot reopen this one and the requested feature is not implemented.

I also prefer Konqueror to show its own icon in the taskbar instead of the current tab's favicon. It is quite confusing to me (as already explained in detail in previous messages.. :))
Make it optional and leave the default like it is now, I don't mind changing options ;)

*** This bug has been marked as a duplicate of bug 154415 ***