Closed
Bug 1325829
Opened 9 years ago
Closed 7 years ago
Successfully compiled asm.js code, storage initialization failed (consider filing a bug)
Categories
(Core :: JavaScript Engine, defect, P3)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: fedorowp, Unassigned, NeedInfo)
Details
(Keywords: triage-deferred)
Attachments
(1 file)
|
40.10 KB,
image/png
|
Details |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0
Build ID: 20161209095719
Steps to reproduce:
Download from https://github.com/tonyg/js-scrypt:
test_scrypt_browser.html
test_scrypt_browser.js
scrypt.js
Run example.
Actual results:
Web console reports:
---
12:30:40.298 Successfully compiled asm.js code (total compilation time 167ms; storage initialization failed (consider filing a bug)) 1 scrypt.js
12:30:40.409 pre-main prep time: 3 ms 1 scrypt.js:13:3478
---
Generated web page:
---
Firefox/50.0
Starting...
0123456789abcdef
Milliseconds for //16/1/1: 0
Milliseconds for password/NaCl/1024/8/16: 128
Milliseconds for pleaseletmein/SodiumChloride/16384/8/1: 149
...done.
---
Expected results:
Storage initialization should have worked.
Bug occurring with desktop Firefox 50.1.0. Bug does not occur with mobile Firefox 50.0.2 on Android.
OS: Unspecified → Linux
Hardware: Unspecified → x86_64
WFM on Win10;
Fx50.0.2: Successfully compiled asm.js code (total compilation time 3076ms; stored in cache)
51.0b10: Successfully compiled asm.js code (total compilation time 423ms; caching disabled in FF51 due to bug; will be reenabled in FF52)
52.0a2 (2016-12-24): Successfully compiled asm.js code (total compilation time 344ms; stored in cache)
Product: Firefox → Core
Comment 3•9 years ago
|
||
The sounds like potentially an issue with a profile that was opened in a newer version of firefox and then downgraded back to an older version of FF. Was this profile ever opened in 51+? Does it reproduce in a fresh profile?
Flags: needinfo?(fedorowp)
The profile has never been opened with a newer version of Firefox.
At the moment, I am not in-front of the machine which generated the error, so I will retest with a fresh profile once I am. However, I have tested using another machine with the same build of Firefox and same OS version, and the failure does -not- occur, which would fit the cause being profile corruption.
Retested with:
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:50.0) Gecko/20100101 Firefox/50.0
Build ID: 20161209095719
Updated•8 years ago
|
Keywords: triage-deferred
Priority: -- → P3
Comment 6•7 years ago
|
||
Yes, I guess so. Reporter, if this happens again, please open a new bug and CC me on it. Thanks!
Status: UNCONFIRMED → RESOLVED
Closed: 7 years ago
Flags: needinfo?(bbouvier)
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•