Closed
Bug 575556
Opened 14 years ago
Closed 14 years ago
Cannot upload photo from device
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(fennec2.0b1+)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
fennec | 2.0b1+ | --- |
People
(Reporter: vladmaniac, Assigned: azakai)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.3a6pre) Gecko/20100628 Minefield/3.7a6pre Build Identifier: 20100628041239 Cannot upload photo from Nokia N900 [Maemo5]. File is selected successfully from file manager but does not appear on site's upload bar. Reproducible: Always Steps to Reproduce: 1.Navigate to http://www.imageshack.com/ 2.Upload a photo from device. Actual Results: File selected for upload does not appear on upload bar. Expected Results: The file picker should show up on your screen when selecting the "Browse..." . You should be able to access your filesystem as well. The photo should show up on your browser window.
Comment 1•14 years ago
|
||
I'm able to see the filepicker on builds: Mozilla/5.0 (X11; U; Linux armv71; Nokia N900; en-US; rv:2.0b2pre) Gecko/2010630 Namoroka/4.0b2pre Fennec/2.0a1pre and Mozilla/5.0 (X11; U; Linux armv71; Nokia N900; en-US; rv:2.0b2pre) Gecko/2010630 Namoroka/4.0b2pre Fennec/2.0a1pre (latest-electrolysis-maemo5-gtk)
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
Comment 2•14 years ago
|
||
Actually, I'm seeing this on build: Mozilla/5.0 (X11; U; Linux armv71; Nokia N900; en-US; rv:2.0b4pre) Gecko/20100812 Namoroka/4.0b4pre Fennec/2.0a1pre and Mozilla/5.0 (Android; U; Linux armv71; en-US; rv:2.0b4pre) Gecko/20100812 Namoroka/4.0b4pre Fennec/2.0a1pre
Status: RESOLVED → REOPENED
tracking-fennec: --- → ?
Ever confirmed: true
Resolution: WORKSFORME → ---
Reporter | ||
Comment 3•14 years ago
|
||
I confirm that on both builds
Updated•14 years ago
|
tracking-fennec: ? → 2.0b2+
Comment 4•14 years ago
|
||
Found it. This is broken for e10s because the nsIContentPrefService needs to be e10s-ified (see bug 584842). This code fails: http://mxr.mozilla.org/mozilla-central/source/layout/forms/nsFileControlFrame.cpp#681 Because StoreLastUsedDirectory tries to use nsIContentPrefService and fails: http://mxr.mozilla.org/mozilla-central/source/layout/forms/nsFileControlFrame.cpp#807
Depends on: 584842
Comment 6•14 years ago
|
||
hey mark, is this really a blocking beta 2 bug? We have this testcase as one of our defined smoketests that should at least pass alpha 1, much less beta 1. If you dont feel its that important for beta 1 quality at the very least, we'll move this test into our BFTs. Thanks, Tony
Comment 7•14 years ago
|
||
I'm worried that we won't have the "ideal" fix for beta 1. Maybe we could make a "less than ideal" fix for beta 1? When I suggested that, others frowned upon the "less than ideal" fix. Let's see what happens.
tracking-fennec: 2.0b2+ → 2.0b1+
Assignee | ||
Comment 8•14 years ago
|
||
The patches in bug 584842 should fix this. Can someone please test to see if they work on a device? (Testing on desktop doesn't seem to work - should it?)
Assignee: nobody → azakai
Comment 9•14 years ago
|
||
Desktop is broken too. the fix should work there too.
Assignee | ||
Comment 10•14 years ago
|
||
(In reply to comment #9) > Desktop is broken too. the fix should work there too. I can't even get a file dialog on desktop, so I can't test this there. Should file dialogs work? I'm on Qt, is that perhaps the issue?
Comment 11•14 years ago
|
||
(In reply to comment #10) > (In reply to comment #9) > > Desktop is broken too. the fix should work there too. > > I can't even get a file dialog on desktop, so I can't test this there. > > Should file dialogs work? I'm on Qt, is that perhaps the issue? Works on Gtk. I remember seeing a bug on the Qt build.
Assignee | ||
Comment 12•14 years ago
|
||
(In reply to comment #11) > Works on Gtk. I remember seeing a bug on the Qt build. Thanks for the info. Ok, built on GTK, tested the patch - hooray, it works.
Comment 13•14 years ago
|
||
I am getting funny default path with the test URL here, file picker on N900 gives me user/Desktop which actually should not exist. Tested with Fennec nightly 20100831.
Comment 14•14 years ago
|
||
Hi alon, how close are we getting a patch on this up? Per my comment 6, we want to have this working again so our smoketests are passing. I assume beta 1 is on the scope?
Assignee | ||
Comment 15•14 years ago
|
||
There is a patch for this that works. It however is waiting on bug 592017, through a few other bugs (all with patches). I am trying to find out from smaug when bug 592017 is expected, but do not have an answer yet.
Comment 16•14 years ago
|
||
we landed the requirements to fix this (without bug 592017 which we can do later). This should be fixed up.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 17•14 years ago
|
||
Patch had to be backed out due to OS X ipc test issues.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Updated•14 years ago
|
Flags: in-litmus+
Comment 18•14 years ago
|
||
relanded.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → FIXED
Comment 19•14 years ago
|
||
verified FIXED on builds: Mozilla/5.0 (X11; U; Linux armv71; Nokia N900; en-US; rv:2.0b6pre) Gecko/20100909 Namoroka/4.0b6pre Fennec/2.0b1pre Followup bug https://bugzilla.mozilla.org/show_bug.cgi?id=595025 for osx and android file picker is still broken.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•