Closed
Bug 1056339
Opened 11 years ago
Closed 1 year ago
IndexedDB fails to open a database if the URL is too long
Categories
(Core :: Storage: IndexedDB, defect, P5)
Tracking
()
RESOLVED
DUPLICATE
of bug 1536796
People
(Reporter: marco, Unassigned)
References
(Depends on 1 open bug)
Details
(Whiteboard: dom-lws-bugdash-triage)
Attachments
(1 file)
|
450 bytes,
text/html
|
Details |
Looks like IndexedDB.open fails if the URL is > 255 characters.
| Reporter | ||
Comment 1•11 years ago
|
||
I think this only happens with the file:// protocol
| Reporter | ||
Comment 3•10 years ago
|
||
Definitely sounds similar, but I can't tell if fixing bug 1166060 would fix this as well.
Flags: needinfo?(mcastelluccio)
Updated•8 years ago
|
Priority: -- → P5
Comment 4•6 years ago
|
||
(In reply to Marco Castelluccio [:marco] from comment #3)
Definitely sounds similar, but I can't tell if fixing bug 1166060 would fix
this as well.
Yeah, that bug is now fixed and helped a lot, but I think we can still hit the MAX_PATH, if the HTML file is stored very deeply in the directory structure:
<profile>/storage/default/file++++Users+foo+subdir1+subdir2+subdir3+subdir4+subdir5+(more subdirs)+index.html
We need to replace the long origin directory name (taken from the File URL spec) with a unique (fixed size) name and store the mapping in a database.
Depends on: 1593365
Updated•3 years ago
|
Severity: normal → S3
Comment 5•1 year ago
|
||
I believe bug 1536796 (and its follow-ups) addressed problems with file paths that are too long on windows for QM/IDB by having us using \\.\ magic to escape the windows path restrictions.
Status: NEW → RESOLVED
Closed: 1 year ago
Duplicate of bug: 1536796
Resolution: --- → DUPLICATE
Whiteboard: dom-lws-bugdash-triage
You need to log in
before you can comment on or make changes to this bug.
Description
•