Closed
Bug 732709
Opened 14 years ago
Closed 13 years ago
HTML5 regression: MediaFire forever stuck on Queued when HTML5 instant upload feature enabled
Categories
(Tech Evangelism Graveyard :: English US, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: danialhorton, Unassigned)
References
Details
(Keywords: regression)
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:2.0) Gecko/20100101 Firefox/4.0
Build ID: 20120303031033
Steps to reproduce:
Logged into MediaFire (Account required, the instant upload feature is not enabled on free uploads)
Attempted to upload a file to my account
Actual results:
the file was forever stuck on queued
Expected results:
file should have uploaded
| Reporter | ||
Updated•14 years ago
|
Summary: HTML5 regression: MediaFire forever stuck on Queded when HTML5 instant upload feature enabled → HTML5 regression: MediaFire forever stuck on Queued when HTML5 instant upload feature enabled
| Reporter | ||
Comment 1•14 years ago
|
||
ignore the user agent, i had a 4.0 agent set for checking another site, the bug was reproduced in a clean profile however, so its unrelated.
Comment 2•14 years ago
|
||
Can you please try to find the regression range ?
Either by downloading nightly builds or with a tool like mozregression.
| Reporter | ||
Comment 3•14 years ago
|
||
i'll check a few builds from around the 20th of feb, around that time is when this started happening apparently.
| Reporter | ||
Comment 4•14 years ago
|
||
first occuring in 20120218
Comment 5•14 years ago
|
||
Thanks !
Can you post the build rev from the first bad and the last good one ?
The rev is the URL after "build from" in about:buildconfig
| Reporter | ||
Comment 6•14 years ago
|
||
| Reporter | ||
Comment 7•14 years ago
|
||
im kinda finding it hard to see why that buildset would break it, did any merges happen between the 17th and 18th of february?
Comment 8•14 years ago
|
||
I also fail to see something that would explain this in http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2271cb92cc05&tochange=550779e6bab4
Have you already tried the safemode and a new profile ?
Do you see errors in the error console ?
| Reporter | ||
Comment 9•14 years ago
|
||
comment 1 Matti.
the new simple bug reporter template makes it easy to leave out important info in the initial post.
| Reporter | ||
Comment 10•14 years ago
|
||
i would've been quick to blame Bug 713936, but SSL was indeed disabled with my tests.
the 2 builds i tested were launched from profile manager into a temporary profile.
the 2 PGO green merges from inbound however, do scream potential cause to me. PGO can break things in wonderful ways......
| Reporter | ||
Comment 11•14 years ago
|
||
i left it out of my initial post before because i usually didn't notice it with the test files i was using, but when you first drop a file onto the mediafire site it validates or verifies the file first
This performs some kind of hash check to see if the file already exists on Mediafire and if it does it is instead copied into your account instead of uploaded.
It never performs this step, hanging at the queued phase after the affected buildset.
Comment 12•14 years ago
|
||
Regression window(m-c)
Works:
http://hg.mozilla.org/mozilla-central/rev/2271cb92cc05
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0a1) Gecko/20120216 Firefox/13.0a1 ID:20120216192149
Fails:
http://hg.mozilla.org/mozilla-central/rev/08e55f36b731
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0a1) Gecko/20120217 Firefox/13.0a1 ID:20120217031232
Pushlog:
http://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=2271cb92cc05&tochange=08e55f36b731
Regression window(m-i)
Works:
http://hg.mozilla.org/integration/mozilla-inbound/rev/7e90fe61000f
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0a1) Gecko/20120215 Firefox/13.0a1 ID:20120216000354
Fails:
http://hg.mozilla.org/integration/mozilla-inbound/rev/69cb70c3a1e9
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:13.0a1) Gecko/20120215 Firefox/13.0a1 ID:20120216022449
Pushlog:
http://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=7e90fe61000f&tochange=69cb70c3a1e9
Triggered by:
1f99e7a087c1 Matthew Schranz — Bug 725289 - Removed moz prefix in Blob.mozSlice. r=sicking
Updated•14 years ago
|
Component: Untriaged → DOM
Product: Firefox → Core
QA Contact: untriaged → general
Version: Trunk → 13 Branch
Assignee: nobody → english-us
Component: DOM → English US
Product: Core → Tech Evangelism
QA Contact: general → english-us
Version: 13 Branch → unspecified
| Reporter | ||
Comment 13•14 years ago
|
||
thanks Alice
Comment 14•14 years ago
|
||
I emailed Mediafire via http://support.mediafire.com/index.php?/Tickets/Submit
| Reporter | ||
Comment 15•13 years ago
|
||
any response?
Comment 16•13 years ago
|
||
No response.
Comment 17•13 years ago
|
||
I bumped the ticket on Mediafire support forum.
| Reporter | ||
Comment 18•13 years ago
|
||
I submitted a request for mediafire devs to get in touch here as well.
will give them a day or so before nudging it again.
| Reporter | ||
Comment 19•13 years ago
|
||
"Hello Danial,
Thank you for bringing this to our attention. I have forwarded all relevant information to our development department so they can review this bug. As soon as we have something to report we'll let you know."
Comment 20•13 years ago
|
||
Good! To be clear:
Instant Upload (My Account > Upload Options > HTML5 Uploader is Enabled > Instant Uploads: ON) doesn't work with Firefox 13 because Mediafire is using Blob.mozSlice that has been unprefixed recently in Firefox 13.
Result: uploads stay queued and local hashing runs in infinite loop.
Comment 21•13 years ago
|
||
@all, update to MediaFire.com code yesterday is believed to fix this.
| Reporter | ||
Comment 22•13 years ago
|
||
Verified: Fixed :)
Comment 23•13 years ago
|
||
Closing this then.
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•10 years ago
|
Product: Tech Evangelism → Tech Evangelism Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•