Closed Bug 814775 Opened 13 years ago Closed 10 years ago

Large pdf download times out under Seamonkey2.14 and Firefox 17, works in firefox 10.0.10ESR

Categories

(Core Graveyard :: Plug-ins, defect)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
Linux
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

(Not tracked)

Status:
RESOLVED WORKSFORME

People

(Reporter: wrw105, Unassigned)

Details

(Keywords: regression)

User Agent: Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/17.0 Firefox/17.0 SeaMonkey/2.14 Build ID: 20121118021532 Steps to reproduce: Download a large PDF from www.postgazette.com. I can provide dev with login/password for the e-edition download Actual results: Download ends with "stopped" in the activity notification. This occurs with both Seamonkey 2.14 and Firefox 17. Under Seamonkey 2.13.2 and firefox 10.0.10 ESR, it works as expected. Expected results: Download completed and pdf opened in plugin
Error occurs in seamonkey 2.14, firefox 17 under linux 32 and 64 bit, and also firefox 16 under Windows XP. Behavior is as expected in seamonkey 2.13.2 under linux 32 and 64 bit and firefox 10.0.10esr.
>Download ends with "stopped" in the activity notification. Does it stop immediately or after x KB (random or the same size)
Files appear to start to download before stopping. I'll do a few tests on the windows firefox client (which shows download progress in the main window) and see if there's a common size/% where it fails.
It seems to mostly be happening at about 2.5-5MB
Just where do you find these large PDF's? And just where to you even go to log into that site?
Links are emailed out daily and downloadable through pge.postgazette.com. I can forward my login information in an email for testing, as I doubt the paper would appreciate it being publicly posted.
Could you try to find the build that broke this ? We have an automated tool that helps with this task. - http://mozilla.github.com/mozregression/
Hi, Matti. I could definitely do it, but it may take a while. I"m running Mageia and don't have either pip or mozregression in my distro repos. I gather from the web site that it's a python script. Can I download that separately? Also, to figure the dates, do you have dates for ff16 final and 17 final for the builds? Thanks! Bill
The tool is using trunk builds and you need the date where the build branched from the trunk. In your case I would use the branch date of Firefox16: 2012-06-05 You can download the phyton script but it depends on other python scripts scripts. Look at the setup.py here: https://github.com/mozilla/mozregression/blob/master/setup.py
Hi, Matthias! Ok, it took a little while (limited available bandwidth for downloads) but here's the result: good=2012-08-15 bad=2012-08-16 http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=86ee4deea55b&tochange=50e4ff05741e
You are using a plugin to open the PDF in the browser window or let you Firefox/Seamonkey download the pdf and open it in an external PDF viewer ? Do you use Acrobat Reader as Plugin ? Does it work if you set it in preferences\browser/helper applications to download the pdf ?
I'm using the adobe Acrobat Reader 9.5.1 plugin to open the file. Original setting was "Use Adobe Reader 9.5 (in Seamonkey)" Setting preferences to download the pdf led to an incomplete download.
Thanks for the regression range. There are only plugin related changes in that range and as far as I can see but no network changes. >Setting preferences to download the pdf led to an incomplete download. Could you test this with a new pdf. Not that an incomplete download by the plugin is cached. I'm clueless if this should be a download issue.
I just tried again with that and another file--they both downloaded completely, so it looks like we may be back to the plugin code. Both files opened normally.
This looks like a regression from either bug 781265,bug 782707 or bug 781394 There is also bug 782612 in the range but that is linux only. The Acrobat reader is a little bit special, it uses byte-range requests. Could this make a difference ? Anyway, this will be difficult to fix for a developer because it's behind a paywall
Component: General → Plug-ins
Keywords: regression
Product: SeaMonkey → Core
Version: SeaMonkey 2.14 Branch → Trunk
FWIW (and not as a fix but maybe as a workaround) I've recently noticed a restartless extension (for Android, Firefox and SeaMonkey) which dispenses with the Acrobat plugin altogether, by viewing PDF documents as HTML5: https://addons.mozilla.org/en-US/firefox/addon/pdfjs/ https://addons.mozilla.org/en-US/seamonkey/addon/pdfjs/ The author recommends to disable the Acrobat plugin when that extension is enabled, to avoid conflicts.
Tony: That is pdfs, the coming integrated Firefox PDF viewer (under bugzilla: Firefox:PDF viewer).
Is it possible to reproduce this with a publically accessible large PDF on some other server?
I haven't quickly found one yet. Is there a server I could upload one of the files to for testing? Presumably it can be removed when the regression is corrected.
Are we sure this is a plugin issue? Comment 12 sounds like just downloading this file fails, without any plugins involved
John, The issue in comment 12 appears to have been a network glitch (I'm on a router connected to a 4g wireless network). I later tried again and it downloaded properly, but still won't open in the plugin. Downloads for the past week have been normal as well.
(In reply to Bill Wilkinson from comment #19) > I haven't quickly found one yet. Is there a server I could upload one of > the files to for testing? You could attach the file to this bug, or use something like Dropbox if that doesn't work.
Georg, I tried to attach it but the files I"m having issues with are too big. Apparently there's something like a 6 MB limit, and the files I"m working with are in the 15-60 MB range.
Any chance you could put it on Dropbox or some Sharehoster Bill?
Thanks Matti, i'll take a look at what's happening next year.
That link works for me on Windows 7, Firefox 17.0.1, Adobe Acrobat 10.1.4.38. Maybe this is specific to the server setup.
I cannot reproduce this issue under Ubuntu 14.04/32b and with the latest available Firefox Nightly48/Release45 and correlating with the fact that this is an old issue, I will mark it as WFM.
Status: UNCONFIRMED → RESOLVED
Closed: 10 years ago
Resolution: --- → WORKSFORME
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.