Cancelling when openning a generated PDF redirects to uncomplete page

RESOLVED INCOMPLETE

Status

()

Firefox
General
RESOLVED INCOMPLETE
9 years ago
7 years ago

People

(Reporter: Jerome Vidry, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [CLOSEME 2010-11-01])

(Reporter)

Description

9 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090212 Shiretoko/3.1b3pre
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1b3pre) Gecko/20090212 Shiretoko/3.1b3pre

I don't know if that's a bug in Firefox 3 or not, but I couldn't find anything else about that behaviour.
I generate some PDF document using the FPDF library (http://www.fpdf.org/).
When I click on a link to generate a file, the dialog box asking if I want to open or save. Then I click on "Cancel" and immediatly click on the link again.
If I do that several times, I'm redirected to a page with the source code of the calling page (without the headers).

If I see the source code of that page, I get that :

%PDF-1.3
3 0 obj
<</Type /Page
/Parent 1 0 R
/Resources 2 0 R
/Contents 4 0 R>>
endobj
4 0 obj
<</Filter /FlateDecode /Length 839>>
stream
xœVÛrÚH}÷Wte_’*Ïýâ7ÅÀÆ©@°Ñæ)/2Œcm"’ðfßöÓösÖ±-	,YRHô9§çôt8|¼ Døëâ}—ŒJ!|€qXÝâí[R(â8ée®àí§ýv`큘%O~sŸzà”Úwþy€	F˜#xI†¨Ipþq7†ßÀ0á†E85ÕWŽ
¢u‰[äQ¾Ïá
A=™N˜hâæQì7~›CêwIš?¿‚wVYÉj-ˆ3%|äáêUZ’hÕø·õ‰—ŒpwÄOÒh»ôÙ2E²{Œ}]?ÅTýn¶Kòë…”¸#®Z¨ÅWuÀ(jª(Ü'ûµŠÒ¬|¿czÅ÷<â4öYw5ÌÍ+
.¤ÒÆ:|ãòTj
YäÃOÏÉÕp»¾÷Ë\GÛh
à›xW‘Âm	¿fÁ(èQ¨CB¿¾Å$ΆÂh˜D?ê{RsÝÑP÷³,	 û§E‘j¿¶ªàZE(“QV^…‡óîQ+—Â{RÊÎ)¤2‚p}¾"†Û*<ür‹ŠŒ3I…ò<5ÍŠfn/þ§
¡„#\UI6›8Ëâd›Á.Ù§=<Äë8ÊñŒÒ$óxqVœ^`þœÆI±Wûé8^­¥ì’šËÖÐéÑdÒg›HˆN‰1­‰MŒ8SsF„y¥Vz…³r™lv¹?å:¥°“û,gôÍG‰QšŸé·¾d¸%BPlPn‘† $Dx€ï@áÔE¡¸“EÕ¸›(ͧÉS=àöB Ô²#SØC¬ŸOr]^~}K‹¼þùú®æ“ÚÃ_ø˜ Âõó)'Ö«K¶ë`T³Q‚-ÍO4åà�åEÃœv@:ì¬jéò1~òÿãï®ß4åÀï´
¾®=Û©½>ƒgÍa4'ûl˜'y´~9ТÖ+ŽÛtõÚä\½Œ¥“¼ul—·*šÄ6°è
š,(”QhÉÚ²ÂaMªñt3›|¾›áÍçÙFc˜7ãéxþ4e¡aÕQ>Å„G"쎏/GgY¿³L`¥E“j¥°|üïûÞ×ÿ¸:/ï
endstream
endobj
1 0 obj
<</Type /Pages
/Kids [3 0 R ]
/Count 1
/MediaBox [0 0 612.00 792.00]
>>
endobj
5 0 obj
<</Type /Font
/BaseFont /Helvetica
/Subtype /Type1
/Encoding /WinAnsiEncoding
>>
endobj
6 0 obj
<</Type /Font
/BaseFont /Helvetica-Bold
/Subtype /Type1
/Encoding /WinAnsiEncoding
>>
endobj
2 0 obj
<<
/ProcSet [/PDF /Text /ImageB /ImageC /ImageI]
/Font <<
/F1 5 0 R
/F2 6 0 R
>>
/XObject <<
>>
>>
endobj
7 0 obj

<<
/Producer (FPDF 1.6)
/CreationDate (D:20090213092747)
>>
endobj
8 0 obj
<<
/Type /Catalog
/Pages 1 0 R
/OpenAction [3 0 R /Fit]
/PageLayout /SinglePage
>>
endobj
xref
0 9
0000000000 65535 f 
0000000996 00000 n 
0000001280 00000 n 
0000000009 00000 n 
0000000087 00000 n 
0000001083 00000 n 
0000001179 00000 n 
0000001394 00000 n 
0000001469 00000 n 
trailer
<<
/Size 9
/Root 8 0 R
/Info 7 0 R
>>
startxref
1567
%%EOF


And the funny thing is, if I wait some seconds between two clicks on the generation link, it work.

I don't know if that's really clear, but if you need some precision, add a comment.

Reproducible: Always
Looks like bug 470199 (which is basically invalid)

And if you are really sure that this is no server issue you have to attach 2 logs
a) a Mozilla http log : http://www.mozilla.org/projects/netlib/http/http-debugging.html
b) a wireshark log
This is a mass search for bugs which are in the Firefox General component, are
UNCO, have not been changed for 500 days and have an unspecified version. 

Reporter, can you please update to Firefox 3.6.10 or later, create a fresh profile, http://support.mozilla.com/en-US/kb/managing+profiles, and test again. If you still see the issue, please update this bug. If the issue is gone, please set the status to RESOLVED > WORKSFORME.
Whiteboard: [CLOSEME 2010-11-01]
No reply from reporter, INCOMPLETE. Please retest with Firefox 3.6.12 or later and a new profile (http://support.mozilla.com/kb/Managing+profiles). If you continue to see this issue with the newest firefox and a new profile, then please comment on this bug.
Status: UNCONFIRMED → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.