101831 - Tabbrowser tab title goes to (Untitled) on frame page w/ meta refresh

Status: VERIFIED FIXED

(SeaMonkey :: Tabbed Browser, defect)

Description

[WD]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; WinNT4.0; en-US; rv:0.9.1+)Gecko/20010619
BuildID:    2001092603

The URL listed in this bug is a frameset page where one of the frames has a meta
refresh.  Once the frame refreshes, the tabbrowser tab title changes to (Untitled)

Reproducible: Always
Steps to Reproduce:
1.Hit Ctrl-T
2.Go to http://dormcam.org/index1.shtml
3.

Actual Results:  Tab title is initially correct, but once the frame refreshes it
goes to "(Untitled)"

Expected Results:  Tab title doesn't change.

Comment 1

[Steve Chapel]

See bug 101827 for a way to make the tab's title change to (Untitled) in a frame
without meta refresh. I've also found that it you very quickly hit the Stop
button while a web page is just starting to load (I think while it's connecting
to the server), the tab title will change to (Untitled) instead of not changing.

Comment 2

[Brendan Eich [:brendan]]

Sorry to drag you guys in, but I hope to cause another bug to be id'd or filed:
tinderbox does a refresh or server-push that keeps advancing session history,
wrongly (a 4xp bug).  With tabbed windows, this session history advance is
accompanied by the change to (Untitled).  Maybe these bugs (session history is
advanced for each push; loss of title) are unrelated, but I suspect not.

/be

Comment 3

[WD]

I think this may be a dupe of bug 101827 
(or the other way around)

Comment 4

[Darin Fisher]

radha: see brendan's comments above... any thoughts?

Comment 5

[Radha on family leave (not reading bugmail)]

I recently fixed the problem of session history advancing for subframe meta
refreshes. The title problem could be solved when I fix bug 96163. scheduled for
mozilla 1.0

Comment 6

[mozilla]

Note that this also happens if you go to a new URL from a tabbed page, and it
cannot connect; the title gets lost.  (Should that be a different bug?)

Comment 7

[Julien Cegarra]

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

Comment 8

[[e-mail]]

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

Comment 9

[Malcolm Scott]

I also see this if a frame refreshes (even though the parent does not). Surely
refreshing a frame shouldn't affect the page's title? Or is it something to do
with the "Loading..." message which appears in the tab's title - maybe mozilla
can't put the title back to what it was before correctly.

I'm using build 2002031008 on Linux.

Comment 10

[Christopher Cook]

It's probably been suggested before but how about just using the current page
title (as displayed by the main browser window) this appears to be always
correct so isn't it possible to use this value rather than whatever value we're
trying to use (the main browser iwndow must get the page title form somewhere!)-
alternatively, does the patch for bug 113798 relate to/fix this? This is very
user visible and together with the classic skin bug where the borders of the
tabs got lost (now fixed) would really clean up the most annoying things about
tab browsing in mozilla.

Comment 11

[Boris 'pi' Piwinger]

There are many similar bugs, all dupes?

Bug 101827 was already mentioned.
Further: bug 108350, bug 108350, bug 108189, bug 111118, bug 150669

pi

Comment 12

[James Agnew]

My patch to Bug 108421 would fix this..

Comment 13

[Christopher Aillon (sabbatical, not receiving bugmail)]

->me

Comment 14

[Christopher Aillon (sabbatical, not receiving bugmail)]

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

Comment 15

[sairuh (rarely reading bugmail)]

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

tested with the url provided here, as well as framed and non-framed content that
refreshes.