973415 - With 'appearance/content display-icons-on-web-sites' deselected TAB only should show Title string without generic icon symbol

Status: NEW

(SeaMonkey :: Tabbed Browser, defect)

Description

[andré]

User Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:25.0) Gecko/20100101 Firefox/25.0 SeaMonkey/2.22.1 (Beta/Release)
Build ID: 20131113180410

Steps to reproduce:

Display any page, with appearance/content display-icons-on-web-sites deselected.

If a user chooses to not display web site icons, why would they want a meaningless general icon instead of seeing only the title of the page in the tab.

This becomes particularly cumbersome if many tabs are open, when all one sees is the icon, and no title.  (Or rather, many tabs with the same identical icon.)



Actual results:

The meaningless generic icon is displayed in each tab, without any text if many icons open.
Even if only a few tabs are used, the icon takes up space that would usually display part of the title.  Only very short titles would not be affected.


Expected results:

Each tab contains only the title of the page.

Comment 1

[andré]

Ping ?
If a user doesn't want to display site icons,
why would they want to display a meaningless local icon in it's place,
instead of seeing more of the title ?

Comment 2

[Rainer Bielefeld]

REPRODUCIBLE with  en-US (German language pack) SeaMonkey 2.38  (Windows NT 6.1; WOW64; rv:41.0)  Gecko/20100101 Firefox/41.0 Build 20150923195647  (Classic Theme) on German WIN7 64bit

With 'Edit → Preferences → Appearance → Content → Webiste Icons → "Show website Icons = unchecked" it is rather useless to show the meaningless default icon. Space should be used to show some more of the Title String

Additional Info:
a) I did not find DUPs with <https://bugzilla.mozilla.org/buglist.cgi?cmdtype=dorem&remaction=run&namedcmd=DUPs973415&sharer_id=41036>
b) Is there any similar preference in Firefox?

@reporter:
Do you remember whether that behavior was different in Versions before 2.22?

Comment 4

[Tony Mechelynck [:tonymec]]

IMHO, this is a cosmetic bug, not a RFE.

Comment 5

[andré]

(In reply to Tony Mechelynck [:tonymec] from comment #4)
> IMHO, this is a cosmetic bug, not a RFE.

Agree that it is a bug, not a RFE.
Trivial seems reasonable, although I REALLY would like it fixed.

Comment 6

[Tony Mechelynck [:tonymec]]

(In reply to andré from comment #5)
> (In reply to Tony Mechelynck [:tonymec] from comment #4)
> > IMHO, this is a cosmetic bug, not a RFE.
> 
> Agree that it is a bug, not a RFE.
> Trivial seems reasonable, although I REALLY would like it fixed.

Yeah, I can understand that, but if you saw the boatload of bugs we're currently struggling with… I think the only way you can get this fixed is by doing it yourself (if you can). Make a patch and ask a tabbrowser developer to look at it, and in time he will. Otherwise, well, we've got bugs preventing our nightlies from getting built, others making our data manager three-quarter broken, and still more of that ilk, which are sure to be more urgently looked after than this one (which IMHO _is_ a bug, just not a very urgent one).

Remember that none of the SeaMonkey developers is paid for it, and if you have time, have a look at https://bugzilla.mozilla.org/page.cgi?id=etiquette.html — not because I'm upset at you (I'm not, in fact I sympathize with you) but just because it makes interesting reading: IMHO every Bugzilla user ought to have it bookmarked. "How to Ask Questions the Smart Way", http://catb.org/~esr/faqs/smart-questions.html , is even a lot more interesting, but it is much, much, much longer (yes, as much as that ;-) ), don't try to read it all at one session. I had lost it in my latest disk crash, but now I duck-duck-went for it, and I've just bookmarked it back.

Comment 7

[Tony Mechelynck [:tonymec]]

…the only way you can get it fixed quickly, I mean.

Comment 8

[andré]

(In reply to Tony Mechelynck [:tonymec] from comment #6)

Thanks for the info :)
Really appreciate all the good feedback you (and others) give.
Sometimes I forget how overworked you are with all the various bugs.
I should be contributing more to solving them (I am a programmer, just not especially knowledgeable of Mozilla/Seamonkey inner workings)
I'll try to work on this.
Thanks again for the references.

Comment 9

[andré]

(In reply to Rainer Bielefeld from comment #2)
> @reporter:
> Do you remember whether that behavior was different in Versions before 2.22?

Sorry, I missed your request for info.
If I remember correctly, it has been like that since Mozilla suite days.
In any case, long before 2.22
Still a problem in 2.39

Comment 10

[Tony Mechelynck [:tonymec]]

(In reply to andré from comment #8)
> (In reply to Tony Mechelynck [:tonymec] from comment #6)
> 
> Thanks for the info :)
> Really appreciate all the good feedback you (and others) give.
> Sometimes I forget how overworked you are with all the various bugs.
> I should be contributing more to solving them (I am a programmer, just not
> especially knowledgeable of Mozilla/Seamonkey inner workings)
> I'll try to work on this.
> Thanks again for the references.

If you really want to work on this (which may or may not be easy, I don't know: my particular areas of expertise used to be COBOL and the assembly languages of some mainframes totally unrelated to current-day Intel x86 processors), there are two extremely useful tools:
- the DOM Inspector extension, which is packaged with SeaMonkey as a built-in component, even (I think) in release builds, and which allows you, among others, to find out which styles are applied to which element of chrome or content, and in which CSS style sheets these styles are set;
- the MXR (Mozilla Cross-Reference) utility, which lives on the web; for SeaMonkey, you will want to start it at https://mxr.mozilla.org/comm-central/ In its output, any URI starting in mozilla/ refers to Firefox code or common code; since SeaMonkey's tabbrowser is different from Firefox's you will (in this case) probably find what you are looking for somewhere under suite/

André, puisqu'il semble que comme moi tu as le français pour langue maternelle: je te dis merde. ;-)