1342728 - Provide a mechanism for changing the default download location in settings

Status: RESOLVED DUPLICATE of bug 677001

(Firefox for Android Graveyard :: Settings and Preferences, defect)

Description

[lgbrowser5]

User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0; .NET4.0C; .NET4.0E; InfoPath.3; NetHelper70; CNS_UA; AD_LOGON=4C47452E4E4554; rv:11.0) like Gecko

Steps to reproduce:

User has the ability to change default storage from device to storage card via browser or device and it will work properly 
Steps to reproduce:
1. Put SD card into device
2. View what happens
3. Go to http://spe.mobilephone.net/wit/witroot.xhtml
4. Click on the menu button
5. Click on Settings



Actual results:

There is an option to change default storage to storage card via the device however music still will store directly to device instead of SD card. There is no option to save music directly to SD card via browser.


Expected results:

User has the ability to change default storage from device to storage card via browser or device and it will work properly

Comment 1

[Mike Kaply [:mkaply]]

There seems to be some information missing here.

Is there a specific testcase for the download?

How exactly are you changing the default storage location? I don't see that option in Chrome or Firefox.

Can you please post screenshots of what you are expecting and of what you are seeing?

Comment 2

[lgbrowser5]

Attachment: setting2.jpg

Testcase is a requirement onoperators.
CM Browser, Opera Mini,UC Mini are support Default download location.
FF is not support Download location.

Comment 3

[lgbrowser5]

Attachment: setting.jpg

Comment 4

[lgbrowser5]

Now some browser are support download location.

Comment 5

[Mike Kaply [:mkaply]]

I'm unclear how this could be a a carrier requirement when Chrome does not support it (and it hasn't been in any of the carrier requirements we have received.).

That being said, we will take it as a bug, but I cannot provide a timeline.