197902 - page does not load with prefetch link option on in cache settings

Status: RESOLVED DUPLICATE of bug 187794

(Core :: Networking: Cache, defect)

Description

[Ian Koenig]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3) Gecko/20030312

When going into bugzilla (since 1.3beta) and clicking onto My Bugs in both our
company bugzilla & mozilla's bugzilla the page freezes at "Please Stand By".  If
I turn off link prefetching & close all instances of Mozilla and come back it
works correctly.

Reproducible: Sometimes

Steps to Reproduce:
1.  Use Mozilla 1.3beta or above
2.  Turn on Link Prefetching under Preferences, Advanced, Cache
3.  Click on "My Bugs" in a Bugzilla 2.16.x or above instance

Actual Results:  
It gets stuck at the "Please Stand By" page while database queries are happening.

Expected Results:  
Load the results page.

Comment 1

[Darin Fisher]

i seriously doubt that link prefetching could have anything to do with this. 
you say the problem is reproducible sometimes, so are you sure that the problem
is fixed by disabling link prefetching?  bugzilla.mozilla.org does not issue any
prefetch requests, so link prefetching should not be involved at all here
regardless of whether or not it is enabled.

Comment 2

[Ian Koenig]

Yup.. I'm sure it only happens when that link prefecth is checked. 
Preferences/Advanced/Cache/Link Prefetch.

The bugzilla version we use (straight 2.16.2 code base) doesn't do link
prefecthing with the tags either.

I've been able to do it constantly now.  (Kept trying to find more ways to get
it to reproduce "reliably")

1) Turn on Link Prefetch
2) Go to your main bugzilla page while your logged in so "My Bugs" is available
at the bottom.  Ie.  http://bugzilla.mozilla.org
3) Sit and wait for 5+ minutes.  
4) Click on My Bugs.  It hangs here. 

I turn off link prefetch and close down all instances of mozilla.  Do the same
thing and "My bugs" works fine.  

Just let me know what I can do to assist in dealing with this issue. 

Comment 3

[Ian Koenig]

p.s.  When the link prefecth is turned on and I get to the "Please Stand By" the
page is done loading.  I can sit and wait for 10+ mins and it won't go on to the
next page.

If I have it turned off the page will continue to be loading with indications of
the spinning arrows in the tab and information in the status bar.  Those don't
happen with link prefetch on.

Comment 4

[gordon]

Darin, any similarities with bug 197907?

Comment 5

[Darin Fisher]

Ian: do you have a debug build of mozilla handy?

Comment 6

[Darin Fisher]

gordon: i'm not sure if there is any connection.

Comment 7

[Ian Koenig]

What version do you want me to install and test for you?  It started happening
after 1.3alpha.  Right now I have 1.3 release installed.

Comment 8

[Darin Fisher]

ian: could you try any recent nightly build?  see the nightly build section on
www.mozilla.org.  thx!

Comment 9

[Darin Fisher]

here's an interesting snipet from the log file:

0[2745d0]: nsHttpChannel::OnDataAvailable [this=249d3c8 request=2291568
offset=280 count=237]
0[2745d0]: nsHttpChannel::SetResponseHeader [this=249d3c8 header="Set-Cookie"
value="LASTORDER=bugs.component%2Cbugs.bug_id ; path
0[2745d0]: nsHttpHandler::OnExamineResponse [chan=249d3c8]
0[2745d0]: ===== COOKIE ACCEPTED =====
0[2745d0]: request URL:
https://bugs.cssec.net/buglist.cgi?cmdtype=runnamed&namedcmd=Richard%27s%20List
0[2745d0]: cookie string: LASTORDER=bugs.component%2Cbugs.bug_id ; path=/;
expires=Sun, 30-Jun-2029 00:00:00 GMT
0[2745d0]: current time: Thu May 08 17:58:48 2003 GMT
0[2745d0]: ----------------
0[2745d0]: name: LASTORDER
0[2745d0]: value: bugs.component%2Cbugs.bug_id
0[2745d0]: host: bugs.cssec.net
0[2745d0]: path: /
0[2745d0]: expires: Sat Jun 30 00:00:23 2029 GMT
0[2745d0]: is secure: false
0[2745d0]:
0[2745d0]: nsHttpChannel::OnStopRequest [this=249d3c8 request=2291568
status=80004002]

in this case, the nsHttpChannel's listener is a nsMultiMixedConv object.  it
calls SetResponseHeader on the nsHttpChannel, but it would appear that
nsMultiMixedConv::OnDataAvailable fails with the error NS_ERROR_NO_INTERFACE. 
that implies that a QueryInterface call failed along the way.  we know the
failure probably isn't within the cookies code since the cookie seems to be
accepted by the cookie service.  also, i can't see how prefetching would at all
play a role here.

i really suspect that there is something wrong with the mozilla installation.

Ian: how did you install mozilla?  did you uninstall the older version first
before installing the new version?  did you use the installer application or did
you just unpack the zip file?

Comment 10

[Ian Koenig]

I have uninstalled the system completely, removing all traces of files and data.
I have installed using the EXE package which includes everything in one file EXE
installer.   I've also installed over an older version to this version.  

Same issue/problem/reproducablity now.

Comment 11

[Ian Koenig]

In doing the uninstalls I mistakenly didn't go to c:\program files\mozilla and
delete ALL files in there.  I had deleted profiles and recreated them.

When I was digging, I uninstalled mozilla & then went in.  There was two XPI
packages there.  LiveHTTPHeaders & Enigimail.  Upon deleting them and
reinstalling the problem went away.  

Comment 12

[Matthias Versen [:Matti]]

no patch= not fixed

Comment 13

[Matthias Versen [:Matti]]

fixed in the new livehttpheader version

*** This bug has been marked as a duplicate of 187794 ***