Firefox 43.0: Downloads fail

Bug #1527884 reported by Uwe Mock
64
This bug affects 12 people
Affects Status Importance Assigned to Milestone
Mozilla Firefox
Fix Released
Medium
firefox (Ubuntu)
Fix Released
High
Unassigned

Bug Description

My firefox just got updated to 43.0. Starting with the update, all downloads fail. There is no file selection dialogue any more, just the blue arrow appears - and the downloads list says "Failed". I have tried the same on a clean profile with no add-ons, and downloads still fail.

In the browser console, I get the following error message on each download attempt:
[Exception... "Component returned failure code: 0x80070057 (NS_ERROR_ILLEGAL_VALUE) [nsIAnnotationService.setPageAnnotation]" nsresult: "0x80070057 (NS_ERROR_ILLEGAL_VALUE)" location: "JS frame :: resource://app/modules/DownloadsCommon.jsm :: onDownloadChanged :: line 735" data: no]

Steps to reproduce:
Klick on any downloadable file on a website (e.g. ZIP oder PDF).

Result:
Blue arrow appears, downloads list says "failed" below the download filename. The file will not download.

Expected result:
File dialogue (with appropriate settings). File being downloaded from the internet.

Versions:
Kubuntu 14.04.3 LTS
Firefox 43.0+build1-0ubuntu0.14.04.1

Uwe Mock (u-mock)
description: updated
Revision history for this message
Dan Andrei (aielman-zzz) wrote :

I see the same behaviour on Ubuntu 14.04 LTS.

Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in firefox (Ubuntu):
status: New → Confirmed
Revision history for this message
Uwe Mock (u-mock) wrote :

This bug is funny... Everything worked fine on Sunday. The erratic behavior came back on Monday.

Revision history for this message
Tiago Baptista (tiago-baptista) wrote :

I see the same behavior on Ubuntu Mate 15.10 and Firefox 43.0+build1-0ubuntu0.15.10.1.

Revision history for this message
Steve Holmes (sdholmes) wrote :

I upgraded 2 machines on 19th Dec from 1204LTS to 1404LTS and the Firefox 43.0 which came with the upgrades works fine on these. But a machine which had a bare metal install of 1404LTS a year ago received the Ffx43 update (exactly same build) on Monday and is broken - can't download.
Need to download PDF shipping labels so had to switch to Chrome, which does a much better job of printing these too.

Revision history for this message
Steve Holmes (sdholmes) wrote :

Actually Ffx (per #5) can download PDFs here, it just can't open them in anything other than its own preview. But it won't download and save files.
If I set Prefs > Apps > PDF to Always Ask - it doesn't, and the download history just says 'Failed'. Same if I set it to open in Okular or Adobe Reader. But 'Preview in Firefox' does work OK. Unfortunately Firefox's poor printing doesn't work well enough for the shipping labels so we needed to open them in Okular first and print from there.
This machine also fails to load PDFs from local files and open them in anything other than Firefox Preview - again it shows them under downloads as 'Failed - local file'.

One difference between the 1404LTS machines where PDFs can be opened in other apps (see #5) and the machine where they can't, are the Prefs > Applications options for PDFs:-
PCs where app options work OK list 3 options for PDFs, including 'PDF document (application/x-download) - the relevant one here.
PC where app options don't work (only Preview in Firefox) only offers: 'Portable Document Format (PDF)'.
I tried deleting the mimeTypes.rdf file so it got recreated, and copying it from a machine that works, but neither helped.

Revision history for this message
Uwe Mock (u-mock) wrote :

I would consider this bug critical. The world is not only PDF documents. My wife uses the Citrix Receiver for home office work. This application relies on configuration files being downloaded and opened by the receiver application. This won't work with the current Firefox, and setting this up in Chromium was a pain.

Revision history for this message
Vadim Shlyakhov (svadim) wrote :

That's possibly related to https://bugzilla.mozilla.org/show_bug.cgi?id=1233434 (Linux: temporary download directory is not created specifically for each user).

Revision history for this message
Vadim Shlyakhov (svadim) wrote :

As a workaround you could try chmod 0777 /tmp/mozilla_mozillaUser0

Revision history for this message
Gert Büttner (gertbuettner) wrote :

I experienced the same problem.
@svadim: The workaround "chmod 0777 /tmp/mozilla_mozillaUser0" is working, thank you very much.

Revision history for this message
Andy Poole (apoole7) wrote :

I also have the same issue on a large number of PCs.
The workaround mentioned (@svadim - thank you!) does work.
It appears that the /tmp/mozilla_mozillaUser0 dir is owned by the first person to use it with only owner write permissions set & doesn't get removed at logoff or recreated as /tmp/mozilla_mozillaUser# for each additional user.
Setting global write permissions therefore allow any user access to the dir & downloads can function correctly.

Revision history for this message
Alex Mayorga (alex-mayorga) wrote :

¡Hola!

Per https://bugzilla.mozilla.org/show_bug.cgi?id=1233434#c25 this shall be fixed on 43.0.4

From http://packages.ubuntu.com/wily-updates/firefox it is not clear if this is already in Ubuntu.

¡Gracias!

Changed in firefox (Ubuntu):
status: Confirmed → Fix Released
Mathew Hodson (mhodson)
Changed in firefox (Ubuntu):
importance: Undecided → High
Changed in firefox:
importance: Unknown → Medium
status: Unknown → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.