380913 - Tabs not displaying site icon or page title

Status: VERIFIED FIXED

(SeaMonkey :: General, defect)

Description

[Andy Boze]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a5pre) Gecko/20070516 SeaMonkey/1.5a Firefox/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a5pre) Gecko/20070516 SeaMonkey/1.5a

I have SeaMonkey set to open a blank tab upon start up. When I open a page in the first tab, the site icon and page title will show in the tab. Any subsequent tabs opened are blank. (The page displays fine, just no text or icon in the tab.) I can keep opening new pages in the first tab and icone and title will be shown. However, if I close the first tab (the one that opened on start up) then no tabs will display icon or title.

Reproducible: Always

Steps to Reproduce:
1.Set SeaMonkey to display a blank page in a tab upon starting the program.
2.Close and restart SeaMonkey.
3.Open a page in the existing tab.
4.Open another page in a new tab.
Actual Results:  
The page in the first tab (the tab that was opened on start up) will show the page title and site icon in the tab. Any pages opened in new tabs will not have the site icon or page title in the tab.

Expected Results:  
All tabs should have the site icon and page title shown.

This just started with 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a5pre) Gecko/20070516 SeaMonkey/1.5a

Comment 1

[Serge Gautherie (:sgautherie)]

Regressed between

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/20070515 SeaMonkey/1.5a] (nightly) (W2Ksp4)
and
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/20070516 SeaMonkey/1.5a] (nightly) (W2Ksp4)

and

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/2007051513 SeaMonkey/1.5a] (suiterunner, tinderbox-builds) (W2Ksp4)
and
[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/2007051610 SeaMonkey/1.5a] (suiterunner, tinderbox-builds) (W2Ksp4)

Both report
[
Failed to load XPCOM component: ...\seamonkey\components\XPCOMUtils.jsm
]
on startup.

Comment 2

[Serge Gautherie (:sgautherie)]

May be the JS message is not related to the tab bug.

Anyway, CC'ing sayrer on that part, as they is no (other) bug report for the checkin either.
[
1.1	sayrer%gmail.com	2007-05-15 16:27	 	JS code-sharing module system. Patch by Alex Fritze <[e-mail]> and Robert Sayre <[e-mail]>. r=shaver/brendan, sr=brendan
]

Comment 3

[Serge Gautherie (:sgautherie)]

About the tab bug,

Timeframe for SeaMonkey/Trunk: 2007-05-15-08-trunk - 2007-05-16-08-trunk.

Which, with sr timeframe, gives
<http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=MozillaTinderboxAll&branch=HEAD&branchtype=match&sortby=Date&hours=2&date=explicit&mindate=2007-05-15+13&maxdate=2007-05-16+09&cvsroot=%2Fcvsroot>
but I don't know more.

Comment 4

[Robert Sayre]

(In reply to comment #2)
> May be the JS message is not related to the tab bug.
> 

Probably not related.

Comment 5

[Serge Gautherie (:sgautherie)]

Tab bug:

Notice that if you try to mouse select the "text" where the page title should be,
something which looks like a thick dashed line will be selected.

May be something wrong with the font height/width ?

Comment 6

[Sven Grull]

Another effect from this bug is that if you open at least three tabs and close the first one from the left the height of the tabs is reduced for the remaining tabs. This also could be a hint for a problem with the font height.

Comment 7

[Serge Gautherie (:sgautherie)]

(In reply to comment #6)
> the first one from the left the height of the tabs is reduced for the remaining

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/2007051700 SeaMonkey/1.5a] (suiterunner, tinderbox-builds) (W2Ksp4)

Right, it seems to be reduced by 1 pixel (only) on my computer.

May be:
Bug 380494 – crash [@ moz_cairo_win32_surface_get_image][@ cairo_win32_surface_create_for_dc]
or
Bug 380004 – Images with "height=percentage" don't scale correctly as page is resized

Comment 9

[Tony Mechelynck [:tonymec]]

With a multitab homepage, the browser opens with all tabs blank except the first.

I notice that moving a tab displays whatever it should display (site icon etc.), so:

Workaround: Move all blank tabs (at least 2) in turn, starting with the last one, to just after the last or only non-blank one, and they will become "un-blanked". For a single blank tab (as after opening one new tab), move it, and optionally move it back.


(In reply to comment #5)
> Tab bug:
> 
> Notice that if you try to mouse select the "text" where the page title should
> be,
> something which looks like a thick dashed line will be selected.
> 
> May be something wrong with the font height/width ?
> 

(In reply to comment #6)
> Another effect from this bug is that if you open at least three tabs and close
> the first one from the left the height of the tabs is reduced for the remaining
> tabs. This also could be a hint for a problem with the font height.
> 

With the following code in userChrome.css:

/*
 * highlight selected tab
 */
.tabbrowser-tabs tab *[selected=true]
  { background-color:	#699		!important
  ; outline:		2px solid navy	!important
  }

when selecting one of those "blank" tabs I get a thick navy horizontal line (4px high is my guess), meaning that apparently everything inside the selected tab is zero-height.

Comment 10

[Tony Mechelynck [:tonymec]]

This bug is also seen on Linux: please change the "OS" in the bug header to "All" (I don't have the privilege for that). I am currently on

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a5pre) Gecko/20070517 SeaMonkey/1.5a - Build ID: 2007051701

and the bug appeared here between yesterday's nightly and that of the day before.

Comment 11

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

One issue per bug, please.

Comment 12

[Serge Gautherie (:sgautherie)]

(In reply to comment #11)
> One issue per bug, please.

That's what I was about to do.

Filed [ Bug 381079 – "Failed to load XPCOM component: ...\seamonkey\components\XPCOMUtils.jsm" ].

At first, because they appeared at the same time, I thought the two were related...

Comment 13

[Serge Gautherie (:sgautherie)]

Bug 380929 comment 1 says "SeaMonkey only; Linux too".

Comment 15

[Serge Gautherie (:sgautherie)]

In Newsgroups: mozilla.dev.apps.seamonkey,
Neil wrote "Probably a regression from bug 53901".

Comment 16

[Jonas Sicking (:sicking) No longer reading bugmail consistently]

Does the patch in bug 380872 help?

Comment 17

[Caio Tiago Oliveira (asrail)]

Yes, it helps. That patch fix this bug.

Could you take a look at the fields of the compose mail window? (The one which show the address of the 'To', 'Cc', etc., that I don't know its right naming).

It was regretted from the same check in and it is 'mid-corrected' by the patch of bug 380872.

Instead of non-appearing it appears cut. Effectively, with the wrong size.

Comment 18

[Tobias Fischer]

(In reply to comment #17)
> Yes, it helps. That patch fix this bug.

Yes, I can confirm that the Tabs shows Icons/page title again in Build 2007052122. 
> 
> Could you take a look at the fields of the compose mail window? (The one which
> show the address of the 'To', 'Cc', etc., that I don't know its right naming).
> 
> It was regretted from the same check in and it is 'mid-corrected' by the patch
> of bug 380872.
> 
> Instead of non-appearing it appears cut. Effectively, with the wrong size.
> 
I have just filed Bug 381553 for that. 

Comment 19

[Serge Gautherie (:sgautherie)]

[Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.9a5pre) Gecko/2007052204 SeaMonkey/1.5a] (suiterunner, tinderbox-builds) (W2Ksp4)

V.Fixed.