Closed Bug 143844 Opened 23 years ago Closed 23 years ago

pipelining causes download save dialog to appear

Categories

(Core :: Networking: HTTP, defect)

x86
Linux
defect
Not set
normal

Tracking

()

VERIFIED WORKSFORME
Future

People

(Reporter: johann.petrak, Assigned: darin.moz)

References

()

Details

(Whiteboard: [pipelining])

Attachments

(4 files)

Build 2002050809/linux: When visiting the URL http://newstoday.com/ a save dialog appears, asking me what i want to do with a file of type application/x-httpd-php (open or save). This dialog does not appear if I switch off http pipelining.
This does not happen with 2002051006 on Win2k here.
Also WFM in 2002051204 (trunk build, while the above was RC2). Sorry for the spam.
WFM (but slooooowly) in linux, build 2002050709, with pipelining on. With pipelining off, the page loads quickly but with a different layout. I will file a separate bug report for this.
When pipelining is enabled I get prompted to save or open this file. In that case, the third column is usually messed up showing very strange content and seemingly having repaint problems (i.e. moving another window over that area leaves traces)
I've seen the application/x-httpd-php save dialog too, several times. It appears randomly, and it's hard to reproduce. I'm using 2002051010. To cause it, I go to http://www.megatokyo.com/ubbthreads/postlist.php?Cat=&Board=UBB8 and middle-click (open in a new tab) on every thread subject. I have pipelining turned on. Usually, 1-3 of the tabs generate the save dialog, while the rest load normally. It might be triggered by my flakey connection.
Whiteboard: [pipelining]
Target Milestone: --- → Future
To the previous comment: I did this (with pipelining enabled) in the trunk build from May-28 and then again with RC2 and there was no save dialog... maybe there is another cause?
OK, I managed to reproduce it (the flakey connection I have does seem to help) at will. So, I asked on #mozilla for directions, and they came with NSPR_LOG_MODULES=nsHTTP:5 NSPR_LOG_FILE=httplog. I will attach the trace as soon as bugzilla allows me to (I got one application/x-httpd-php save dialog this time).
Attached image What I get with 1.0
I retried this with 1.0 (2002052918/linux). With this version I didn't get the save dialog (yet?). Instead I see random frames show raw HTTP responses in ASCII, including headers or CSS styles like in this example.
btw, I didn't reproduce it on the original site, but in another one. Still waiting for my flakey link to upload the trace.
I managed to reproduce it 3 times in a row (and probably could reproduce more if I wanted), so I grabbed a trace. The application/x-httpd-php save dialog defaults to the name "banner.php", so that's the problematic frame (all three times -- this trace has only one of them). This was reproduced in a chat application I'm developing. Feel free to go there if you want to reproduce the bug report. You need HTTP/1.1, keepalive and pipelining to reproduce AFAIK. The trace was made on Linux with 2002061108 (1.1a). And it wasn't my flaky link -- I'm using a fast and stable one now.
BTW, if you want to reproduce, you need to put "teste" in the first field of the index page -- it's the only value that works (I hoped it would show in the traces, but looks like I was wrong). The second field must not be empty.
WFM with trunk 2002073022, linux. reporter: can you reproduce this bug with a recent build of mozilla (for example, 1.1beta)? if so, please comment again with details. if not, please resolve this bug as WORKSFORME. thanks. Some bugs with pipelining got fixed recently, so I expect it is gone.
WFM 2002072204 (1.1beta) on my testcase (http://www.elnet.com.br/batepapo/); I recall seeing it recently (once) but can't recall if it was on this or the old nightly I was using before (9 July from the mozillazine build bar).
ok, so we can call it gone.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Verified WFM.
Status: RESOLVED → VERIFIED
QA Contact: tever → junruh
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: