101827 - Tabbrowser shows title as (untitled) for some frames

Status: VERIFIED FIXED

(SeaMonkey :: Tabbed Browser, defect)

Description

[Steve Chapel]

Reproducable: always

Steps to reproduce:
1. Type Ctrl-T to open a new tabbrowser pane
2. Go to the URL http://java.sun.com/j2se/1.4/docs/api/index.html
3. Click on the java.util package link in the upper left frame
4. Click on the java.util link at the top of the lower left frame
5. Click on the Collections Framework Overview near the bottom of the page in
the right frame

Expected results: The title of the tab is either "Collections Framework
Overview" (the title of the latest frame loaded) or "Java 2 Platform SE v1.4.0:
java.util" (the title of the Mozilla window).

Actual results: The title of the tab is "(Untitled)".

Build 2001092603 on Windows 2000 SP2.

Comment 1

[Asa Dotzler [:asa]]

->hyatt

Comment 2

[[e-mail]]

When loading a child frame document, the Loading... message changes to Untitled.
It's only because the earlier loads used JavaScript to reset the title.
If you turn JavaScript off then all child frame loads appear to be Untitled.
I duplicated this using developer.netscape.com, and also by trying to open
http://127.0.0.1/ which gives an error on my PC and clearing the error also
resets the tab name :-( Interestingly the title works properly, only the tab is
wrong.

Comment 3

[[e-mail]]

Attachment: Propsed patch

Comment 4

[Eric Vaandering (no email)]

I see this too when clicking on a PDF file. The title of that tab goes to
(untitled) and I have to reload to get the correct title back.

Comment 5

[RFLazaro]

I am using build 2001101408 on Win2K and I see this when I view this site
http://www.philstar.com

Comment 6

[[e-mail]]

Attachment: Corrected patch

Comment 7

[Sean Kendall Schneyer]

This also shows up at http://www.aa.com/ 

Comment 8

[[e-mail]]

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

Comment 9

[David Hyatt]

Reassigning to new component owner.

Comment 10

[jag (Peter Annema)]

Neil, does this patch still apply?

Comment 11

[jag (Peter Annema)]

Comment on attachment 54684 [details] [diff] [review]
Corrected patch

Actually, I think we should keep the "Loading..." text. And show "Blank"
instead of "about:blank".

What we could try is replace "Loading..." with window.title || "(Untitled)" (so
try window.title, if that's empty fall back to Untitled).

However, I haven't looked too closely at this (yet), so this could just be a
completely wrong suggestion.

Comment 12

[Julien Cegarra]

Could someone test the patch in comment 14 of bug 113798 to check if it really
fix this bug ?

Comment 13

[Steven Neil Groginsky]

Sorry I can't give you more specific info, but I'm seeing more <no title> in
child windows than is likely, even links to other net addresses.

Build 2002012203 on Windows 98 SE

Comment 14

[jag (Peter Annema)]

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

Comment 15

[R.K.Aa.]

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

Comment 16

[[e-mail]]

I think the following bugs are duplicates of this one:
bug 101831
bug 108189
bug 108350
bug 108421
bug 111118
bug 124028

Comment 17

[[e-mail]]

I'll try another patch next week.

Comment 18

[[e-mail]]

jag, would you accept a patch that used (hidden) prefs for Loading and Untitled?

Comment 19

[Peter Trudelle]

nsbeta1- per ADT triage team/1.0

Comment 20

[jag (Peter Annema)]

-> 1.0.1

Comment 21

[[e-mail]]

Attachment: New patch following IRC discussion

Comment 22

[Tero Niemi]

It seems to lose title when link is clicked:

http://server.alias.fi/testi.nsf/titletest

It loses the icon too.

Comment 23

[[e-mail]]

Attachment: Missed a tab progress listener :-(

Comment 24

[[e-mail]]

Has anyone checked these bugs to see if my patch to bug 105842 has fixed them?

Comment 25

[Sean Kendall Schneyer]

I'm still getting (untitled) when surfing around www.aa.com using Build 2002031803.

To reproduce:
1. Go to www.aa.com
2. Login using "Go AADVANTAGE" (Sorry, requires an AAdvantage Number)
3. Click the Net SAAVER & Special Offers tab at the top of the screen
4. Voila, instant (untitled)

Comment 26

[[e-mail]]

Sorry for my previous message (and this one :-) but I had confused two bugs.

Comment 27

[TT]

I'm seeing this too.  A good page to demonstrate this bug is
http://www.rsac.org/support.html

1. Press Ctrl-T to open another tab
2. Go to http://www.rsac.org/support.html
3. Notice how the tab is titled "Internet Content Rating Association"
3. Click on any of the links on the left column ("About ICRA", "Press/Info",
"Web Authors", etc).
4. Notice how the tab now says "(Untitled)"

Comment 28

[R.K.Aa.]

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

Comment 29

[Felix Miata]

When you mark another bug as a dupe of a bug, and the other bug is on a
different OS, you are supposed to change the platform/OS to something
non-specific. This bug is not windoze-only.

Please adjust summary so a search can find this bug. Summary should say
something to indicate wrong behavior. Some pages *should* show "(Untitled)". My
search was for all the words "name tab", which missed this, but should have
found this. "Name" is the keyword here, since the tab name showing incorrect is
the complaint. Since tabbed browser is the component, the word tabbrowser is
unnecessary.

Comment 30

[Markus Gerstel]

>When you mark another bug as a dupe of a bug, and the other bug is on a
>different OS, you are supposed to change the platform/OS to something
>non-specific. This bug is not windoze-only.
Since your bug has never been confirmed - not neccessarily.

>Please adjust summary so a search can find this bug.
Doesn't really matter. If someone now searches for "name tab" he will find your
bug which will lead to this bug.

Comment 31

[Felix Miata]

A default query searches only new, assigned, and reopened, and will not find
resolved duplicate. Same search I used the first time did not find bug 142209. I
doubt many people search resolved bugs to find current bugs.

"Since your bug has never been confirmed - not neccessarily."

Isn't the person marking a bug a dupe supposed to be at least attempting to do
so? Looks to me like at least some of those listed in comment 16 should be duped
to this.

Comment 32

[timeless]

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

Comment 33

[Zibi Braniecki [:zbraniecki][:gandalf]]

Reproduced. Windows 2k - 2002052606 First tab always has title (Untitled)

Comment 34

[Christopher Aillon (sabbatical, not receiving bugmail)]

->me

Comment 35

[Christopher Aillon (sabbatical, not receiving bugmail)]

This bug has been fixed by my check-in to bug 152127.  Resolving fixed.

Comment 36

[sairuh (rarely reading bugmail)]

vrfy'd fixed using 2002.07.25 comm TRUNK builds on linux rh7.2, win2k and mac
10.1.5.

Comment 37

[Benjamin Smedberg]

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

Comment 38

[Bob Wheatley]

RE: version 1.2. . . Most of this bug is fixed EXCEPT favicon is lost when
frames are selected.  Take my site for instance http://eng-dept.com/rwcs every
page avery frame has a favicon defined, when you browse through the frames the
icon on the tab disapears (becomes the default) on the first frame.

Comment 39

[Sean Harding]

This bug seems to be back in 1.3 on FreeBSD, at least. I currently have three
tabs (including the one this Bugzilla page is in) displaying as "(Untitled)." 

There's some other tab weirdness going on too. In one tab, when I click on it,
the content appaears, but the tab itself still appears darkened as if it is not
the front. This only happens in one tab. And when I loaded this page, the
"spinning arrows" activity indicator didn't show up in this tab. Of course, the
throbber wasn't moving either, so that problem is probably completely unrelated
to the tabbed browser...

Comment 40

[Bob Wheatley]

I'm running version 1.2.1, and the bug isn't fixed.  If you need proof. . .

Goto http://eng-dept.com/rwcs
Notice "favicon" in tab
select any frame from left side menu
Notice NO "favicon" in tab
Check HTML on this site EVERY frame, EVERY page, has a "favicon" statement!

Trust me on this one it is still broken!

Bob

Comment 41

[Erik]

Bob, Sean: It would be helpful if you'd add the UA you're currently using - at
least with Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:1.4a) Gecko/20030312 the
problem seems to be gone when testing the URL given in comment #40!

Comment 42

[Sean Harding]

Mine was the 1.3 release Linux i686 build. i.e. Mozilla/5.0 (X11; U; Linux i386; en-US; rv:1.3) Gecko/20030312I don't have that machine here to try the test case (and I don't run Mozilla on my Mac due to other bugs), but the problem was widespread for me today after uprgading from a nightly to 1.3. I'll try to gather more information tomorrow.

Comment 43

[Bob Wheatley]

I'm not sure what you mean by "UA".  I upgraded to r1.3 and the problem still
exists here (comment 40 still stands).  I'm running W2K, en.US, r1.3. . .

Comment 44

[Garrett Smith]

UA = User-Agent

If you don't have it handy, try this in a new tab or window:

javascript:document.write(navigator.userAgent);document.close();


Then copy-paste.

Mine is:
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.0.1) Gecko/20021220
Chimera/0.6+