Closed
Bug 575556
Opened 15 years ago
Closed 15 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•15 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: 15 years ago
Resolution: --- → WORKSFORME
Comment 2•15 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•15 years ago
|
||
I confirm that on both builds
Updated•15 years ago
|
tracking-fennec: ? → 2.0b2+
Comment 4•15 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•15 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•15 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•15 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•15 years ago
|
||
Desktop is broken too. the fix should work there too.
| Assignee | ||
Comment 10•15 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•15 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•15 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•15 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•15 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•15 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•15 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: 15 years ago → 15 years ago
Resolution: --- → FIXED
| Assignee | ||
Comment 17•15 years ago
|
||
Patch had to be backed out due to OS X ipc test issues.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Updated•15 years ago
|
Flags: in-litmus+
Comment 18•15 years ago
|
||
relanded.
Status: REOPENED → RESOLVED
Closed: 15 years ago → 15 years ago
Resolution: --- → FIXED
Comment 19•15 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
•