Closed
Bug 1423614
Opened 7 years ago
Closed 2 years ago
window.caches methods throwing NS_ERROR_FAILURE on Firefox 57 under https
Categories
(Core :: DOM: Service Workers, defect, P2)
Tracking
()
RESOLVED
INACTIVE
People
(Reporter: richard.goater27, Unassigned)
Details
(Whiteboard: DWS_NEXT, WSIF)
Attachments
(1 file)
630.86 KB,
text/plain
|
Details |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:57.0) Gecko/20100101 Firefox/57.0 Build ID: 20171129230227 Steps to reproduce: Attempted to use any window.caches method such as `keys` or `has` on apparently any https site. This example runs in Chrome but does not run for me in Firefox 57: https://googlechrome.github.io/samples/service-worker/window-caches/index.html Actual results: Receiving this exception in the rejected promise: ``` columnNumber: 0 data: null filename: "" lineNumber: 0 message: "" name: "NS_ERROR_FAILURE" result: 2147500037 stack: "" ``` Expected results: The promise should resolve.
Updated•6 years ago
|
Priority: -- → P2
Reporter | ||
Comment 3•6 years ago
|
||
Hi, thanks for processing my ticket. I think this is actually a support issue as I'm fairly certain that it's a permissions problem in my profile folder. Should I reopen this somewhere else to get help with a solution?
Comment 4•6 years ago
|
||
Sorry, I can not reproduce your problem, even I modified my profile folder permission. Because NS_ERROR_FAILURE is too general to hard to realize what situation get into in your case. Would you mind to provide more information for debugging and let us improve the error message to be more meaningful? If you certainly sure that is a permissions problem in your profile folder, what is the permission status of the folder? If the problem is related to your profile, did you try with a clean profile?
Flags: needinfo?(richard.goater27)
Reporter | ||
Comment 5•6 years ago
|
||
Hi again, sorry for the delay and thanks for attempting to replicate the issue. I copied this profile from a backup so the folder and most of the files are showing as `rwxrwxrwx`. I suppose I need to write a script to compare the permissions of common files from another profile and restore them, I guess there isn't an easier way?
Flags: needinfo?(richard.goater27)
Comment 6•6 years ago
|
||
This might relate to the enhancement of the bug 1404344. I will check if could we reproduce with the special DB schema version.
Comment 7•6 years ago
|
||
:janv, want to give this a quick look to see if it's reproducable, if not, close this. Just need to follow Eden's last hunch from comment 6.
Flags: needinfo?(jvarga)
Comment 8•6 years ago
|
||
I would need to get reporter's profile or at least full recursive directory listing to investigate possible problems. Let me know if that's something you could do.
Flags: needinfo?(jvarga)
Reporter | ||
Comment 9•6 years ago
|
||
Hi Jan, please see a recursive directory listing attached. Let me know if this isn't what you need or if you need anything more.
Comment 10•6 years ago
|
||
(In reply to richard.goater27 from comment #9) > Created attachment 9000198 [details] > Directory listing of profile > > Hi Jan, please see a recursive directory listing attached. Let me know if > this isn't what you need or if you need anything more. Thanks! Do you also see any error messages in the browser console ? Anything that mentions: quota, parser, origin, valid, scheme For example: Quota 'ftp' is not a valid scheme!: ActorsParent.cpp:8486 Quota Origin 'ftp+++ftp.example.com' failed to parse, handled tokens: : ActorsParent.cpp:8404 or anything that mentions DOM cache or IndexedDB
Reporter | ||
Comment 11•6 years ago
|
||
I can see this in the browser console:
> IndexedDB UnknownErr: ActorsParent.cpp:600
no other details I'm afraid.
Updated•6 years ago
|
Flags: needinfo?(jvarga)
Updated•6 years ago
|
Whiteboard: DWS_NEXT, WSIF
Comment hidden (spam) |
Comment 14•2 years ago
•
|
||
Closing per comment #13. Thanks for reporting back! (WORKSFORME because we don't know when it's fixed and by what)
Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → WORKSFORME
Comment 15•2 years ago
|
||
Oh actually wait, that's a spam.
Status: RESOLVED → REOPENED
Ever confirmed: true
Resolution: WORKSFORME → ---
Comment 16•2 years ago
|
||
(But closing again since this hasn't been reproducible. Sorry for destroying your inbox)
Status: REOPENED → RESOLVED
Closed: 2 years ago → 2 years ago
Resolution: --- → INACTIVE
You need to log in
before you can comment on or make changes to this bug.
Description
•