User Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:48.0) Gecko/20100101 Firefox/48.0 Build ID: 20160726073904 Steps to reproduce: - download .zip file from local webpage 192.168.1.* This has been working Ok for many years, started to go wrong with Firefox 48 (64bit on latest Win7) Actual results: file is not saved in download folder but: - file is stored in /user/**/appdata/local/temp, not in download folder specified in preferences - file is opened in Winzip, although in option/applications compressed zip files are set to be "saved" Tried on 3 different PC's with Win 7 64 bit, 100% reproducible Expected results: File should be saved to folder specified in options/general/downloads.
Component: General → General
Product: Firefox OS → Firefox
Component: General → Download Manager
OS: Gonk (Firefox OS) → Windows 7
Product: Firefox → Toolkit
Hardware: ARM → x86
Component: Download Manager → File Handling
Product: Toolkit → Firefox
We made a few changes recently that may affect this type of application preferences. Does the original problem still occur using the latest Nightly build?
using latest nightly Version 55.0a1 Build ID 20170505030252 Original problem still exists, no change
Can you provide steps to reproduce using a publicly available link, on a new profile? This may be also a bug specific to the OS integration of 64-bit builds. Does a 32 bit version work correctly?
Indeed 64 bit problem. 32 bit FF on 32 bit Win7 works both 32 bit FF and 64 bit FF show this bug on 64 bit win 7 I'm looking into the possibility of providing guest accesss to my website.
This may be related to the OS API. For the moment this isn't a priority for the team, but someone else might see the bug and investigate if a permanent public link is available.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P5
Hardware: x86 → x86_64
Summary: zip file from local website not saved in download folder → Application selection preferences not respected on Windows 64 bit build
You need to log in before you can comment on or make changes to this bug.