285376 - First "open-in-tab" URL produces blank page, subsequent work (even if the same URL)

Status: RESOLVED EXPIRED

(Firefox :: Tabbed Browser, defect)

Description

[Mike C. Fletcher]

User-Agent:       Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5) Gecko/20050222 Firefox/1.0
Build Identifier: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.7.5) Gecko/20050222 Firefox/1.0

Firefox 1.0.1 on Gentoo AMD 64, replacing Firefox 1.0, both with USE mozsvg.

From any web-page with just a single HTML document open, right-clicking on a
link and choosing "Open Link in New Tab" shows the tab set, and creates the new
tab, but the tab-title just shows the URL, the browser area for the tab never
loads the page, and the address bar for that tab shows nothing at all.  Clicking
refresh has no effect.  A new address can be typed into the address bar in the
new tab and it will load as normal.

Clicking close on the blank tab closes the original window.

Subsequent tabs created by right-clicking and choosing "Open Link in New Tab"
work properly.  After this is done, clicking on the close for the blank window
does nothing until the extra tabs are closed.

It looks as though something about displaying the tab-bar is interfering with
the normal process of displaying a given tab.  Once the tab-bar is open the new
tabs open fine.  The bug also seems to prevent proper registration of the new
tab in the internal array, so that the close button becomes confused as to which
window it is supposed to target.

Reproducible: Always

Steps to Reproduce:
1. Open mozilla, right-click on any link and choose open-in-tab
Actual Results:  
Empty tab is created

Expected Results:  
Tab with linked content should be displayed

about:buildconfig

Build platform
target
x86_64-pc-linux-gnu

Build tools
Compiler 	Version 	Compiler flags
gcc 	gcc version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2,
pie-8.7.6) 	-Wall -W -Wno-unused -Wpointer-arith -Wcast-align -Wno-long-long
-fPIC -pthread -pipe
c++ 	gcc version 3.3.4 20040623 (Gentoo Linux 3.3.4-r1, ssp-3.3.2-2,
pie-8.7.6) 	-fno-rtti -fno-exceptions -Wall -Wconversion -Wpointer-arith
-Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy
-Wno-non-virtual-dtor -Wno-long-long -fPIC -Wno-deprecated -fshort-wchar
-pthread -pipe

Configure arguments
--disable-ldap --disable-mailnews --enable-crypto --disable-composer
--enable-single-profile --disable-profilesharing --enable-optimize=-O1
--enable-old-abi-compat-wrappers --disable-installer --disable-pedantic
--enable-crypto --with-system-jpeg --with-system-png --with-system-zlib
--without-system-nspr --enable-default-toolkit=gtk2 --enable-ipv6
--disable-xinerama --disable-xprint --enable-freetype2 --enable-freetypetest
--disable-debug --disable-tests --enable-reorder --enable-strip
--enable-strip-libs --enable-xft --enable-oji --enable-mathml --disable-jsd
--disable-xpctools --disable-gnomevfs --enable-svg --enable-svg-renderer-cairo
--with-default-mozilla-five-home=/usr/lib/MozillaFirefox
--enable-extensions=cookie,xml-rpc,xmlextras,pref,transformiix,universalchardet,webservices,inspector,gnomevfs,negotiateauth,-venkman,-gnomevfs
--prefix=/usr --host=x86_64-pc-linux-gnu --mandir=/usr/share/man
--infodir=/usr/share/info --datadir=/usr/share --sysconfdir=/etc --loc

Comment 1

[Mike C. Fletcher]

Okay, uninstalling and re-installing alone did not help (emerge unmerge firefox,
emerge firefox).  Creating a new profile did eliminate the problem.  Shouldn't
firefox be noticing the out-of-date information in the profile and offering to
automatically clean it up?

Following instructions from another bug that arose, I'm marking as "invalid",
though it seems as though the problem should be fixed.

Comment 2

[Mike C. Fletcher]

Spoke too soon.  Starting firefox with firefox --ProfileManager and then
selecting the new profile (now the only profile) does load in such a way that
the bug is fixed, but just running firefox without --ProfileManager produces the
same symptoms.

Comment 3

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 4

[Gervase Markham [:gerv]]

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.