421872 - Externally-loaded pages don't have a statusbar's progressmeter

Status: VERIFIED DUPLICATE of bug 401423

(Firefox :: General, defect)

Description

[Stephen Donner [:stephend] Not actively reading bugmail]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b5pre) Gecko/2008030904 Minefield/3.0b5pre
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9b5pre) Gecko/2008030904 Minefield/3.0b5pre

Myk saw this too in #developers, on Linux as well as Mac.

Reproducible: Always

Steps to Reproduce:
1. Load a couple tabs (this is not required, but seems to be the most reliable way to reproduce this bug).
2. From another application--I used Thunderbird--click on a link to an HTTP site
Actual Results:  
Page loaded without its statusbar's progressmeter

Expected Results:  
Shown a page-loading progressmeter

I tried to find a regression window for this, but failed epically.  Help in finding a regression range--and potentially a culprit--would be appreciated.

Comment 1

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Same happens with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b5pre) Gecko/2008030607 Minefield/3.0b5pre ID:2008030607

I'll have a look at it later today.

Comment 2

[Steve England [:stevee]]

I've been back a year on trunk builds and this problem is still reproducible for me. Interestingly it's also reproducible on branch builds ( Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.13pre) Gecko/2008021403 BonEcho/2.0.0.13pre ) so it looks like a pretty old regression.

Comment 3

[Steve England [:stevee]]

Sorry Henrik, I had some spare time :)

This bug is not present in Firefox 1.5.0.12. However, it is present in all Firefox 2 releases to date (2.0-->2.0.0.12)

Works: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060603 Minefield/3.0a1 ID:2006060305

Broken: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a1) Gecko/20060604 Minefield/3.0a1 ID:2006060404

Checkins to module PhoenixTinderbox between 2006-06-03 04:00 and 2006-06-04 05:00 :
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=PhoenixTinderbox&branch=HEAD&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2006-06-03+04&maxdate=2006-06-04+05&cvsroot=%2Fcvsroot

Comment 5

[Henrik Skupin [:whimboo][⌚️UTC+2]]

Heh, it's time to reorganize your bugmail system Steven. ;)

Verified. Switching the pref "open tabs in" to "a new window" solves the problem. So it's really a dupe of your own bug 401423.

Comment 6

[Stephen Donner [:stephend] Not actively reading bugmail]

(In reply to comment #5)
> Heh, it's time to reorganize your bugmail system Steven. ;)
> 
> Verified. Switching the pref "open tabs in" to "a new window" solves the
> problem. So it's really a dupe of your own bug 401423.

Indeed; I only thought it different because of the derivation of the HTTP page-load request (from another application here, and from within in bug 401423).  Thanks to Simon for taking a look at bug 401423...