Closed
Bug 1489532
Opened 6 years ago
Closed 6 years ago
file upload on lots websites are not working with latest nighlty 64 on Android
Categories
(Firefox for Android Graveyard :: General, defect)
Tracking
(firefox62 unaffected, firefox63 unaffected, firefox64+ verified)
VERIFIED
FIXED
Firefox 64
Tracking | Status | |
---|---|---|
firefox62 | --- | unaffected |
firefox63 | --- | unaffected |
firefox64 | + | verified |
People
(Reporter: ale160382, Assigned: kmag)
References
Details
(Keywords: regression)
Attachments
(1 file)
User Agent: Mozilla/5.0 (Android 7.0; Mobile; rv:57.0) Gecko/61.0 Firefox/61 Build ID: 20180904100117 Steps to reproduce: file upload on lots websites are not working with latest nighlty 64 on Android to reproduce install today nighlty 64 on Android and try to upload some files to wetransfer.com after selecting the file nothing happen. with 2 days ado build (still Firefox Nightly 63) everything's od Actual results: I cannot upload files to wetransfer.com 2 days ago build works just fine. Expected results: I don't really know how such invalidating bugs happen even on nighlty channel very disappointed.
Reporter | ||
Comment 1•6 years ago
|
||
also Don t mind about my user agent I had to change it in about:config in order to make captcha work, I m (unfortunately) on latest 64 nightly.
Updated•6 years ago
|
Group: firefox-core-security
Updated•6 years ago
|
Keywords: regressionwindow-wanted
Comment 2•6 years ago
|
||
Do you get a permission prompt for storage and/or camera permission when that happens?
Flags: needinfo?(ale160382)
Reporter | ||
Comment 3•6 years ago
|
||
nope I dont get any permission prompt but in my opinion it s not a permission prompt problem as I already gave all possible permissions in setting also using two day ago build everything is OK. also the bug is super easy to repuduce just try to upload a file to wetransfer.com and see it for yourself nothing happens also keep in mind that I M still on marshmallow so permission shouldn't be an issue.
Flags: needinfo?(ale160382)
Comment 4•6 years ago
|
||
Runtime permissions were introduced in Marshmallow, so they would matter. The behaviour I'm seeing only happens when you get a runtime permission prompt and regressed in Firefox 60, so I'm opening a separate bug in case your issue is something else.
Reporter | ||
Comment 5•6 years ago
|
||
sorry for bothering but if it 's a permission problem why on other websites like https://www.how-old.net/ I can upload photos just fine even with today build? also i installed today build on a lollipop device and file uploaded just won't work as well
Comment 6•6 years ago
|
||
It might be some device-specific issue? Unfortunately as far as I can tell I can only reproduce the issue described in bug 1489594. Maybe somebody else has more luck.
Reporter | ||
Comment 7•6 years ago
|
||
I made a screen cast of the issue just in case Link URL: http://sendanywhe.re/53U77QDY this stupid issue totally ruined my Friday I spent over two hours (getting a terrible headache) in clearing app data reboot phone reinstalling etc etc it s time to let Firefox go. and if u asking yourself why I use nighlty? because it since version 47 that I hope Firefox get a little speed boost but it slow and buggy just like years ago good luck
Comment 8•6 years ago
|
||
Oh, now I see. This isn't about the file browser not appearing, but about the selected file not being properly processed afterwards. Will check that as well.
Comment 9•6 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=ad32f6300ecc205d1e4ae48ef20ff67dded7ac80&tochange=11351ef0d0b0a92db8a26828412f3b6586cccb7a
Blocks: 1486249
Status: UNCONFIRMED → NEW
status-firefox62:
--- → unaffected
status-firefox63:
--- → unaffected
status-firefox64:
--- → affected
tracking-firefox64:
--- → ?
Ever confirmed: true
Flags: needinfo?(kmaglione+bmo)
Keywords: regressionwindow-wanted → regression
OS: Unspecified → Android
Hardware: Unspecified → All
Assignee | ||
Comment 10•6 years ago
|
||
When an XPC wrapped JS object returns an object from a property or function which is expected to return a given interface, we create a wrapper for that interface regardless of whether the object has a QueryInterface method which claims to support it. For the nsISimpleEnumerator enumerator case, the check for that existing wrapper comes before the check for the nsISimpleEnumerator special casing, which breaks automatic conversion in those cases. This patch moves that check just before the check for the existing wrapper, and just after the nsIPropertyBag special casing, which has similar semantics.
Comment 11•6 years ago
|
||
Comment on attachment 9007389 [details] Bug 1489532: Check for nsISimpleEnumerator wrapper before searching existing tear-offs. r=mccr8 Andrew McCreight [:mccr8] has approved the revision.
Attachment #9007389 -
Flags: review+
Assignee | ||
Comment 12•6 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/a5dd7c81da0ed4e9eaf3181b99298566dfa319f5 Bug 1489532: Check for nsISimpleEnumerator wrapper before searching existing tear-offs. r=mccr8
Comment 13•6 years ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/a5dd7c81da0e
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 64
Updated•6 years ago
|
Assignee: nobody → kmaglione+bmo
Updated•6 years ago
|
Comment 14•6 years ago
|
||
Wetransfer file upload working again.
Updated•3 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•