Closed
Bug 705012
Opened 14 years ago
Closed 14 years ago
indexeddb functionality broken in latest nightly
Categories
(Core :: Storage: IndexedDB, defect)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: jhammink, Unassigned)
References
Details
on fennec/11.0a1, Gecko/20111122
it appears the indexed db functionality isn't working
when I surf to
http://people.mozilla.com/~jhammink/webapi_test_pages/IndexeddbAPIdemo.html
I am not given any of the security prompts, prompts to store local db, etc, and searching is unresponsive.
Note that
dom.indexedDB.enabled = true
dom.indexedDB.warningQuota = 5
indexedDB.feature.enabled = true
Does native fennec have this hooked up yet?
Comment 2•14 years ago
|
||
We added the permission prompts in bug 701527; at least that much should work (and I expect the rest to work, although I haven't really tested it).
Is this using the native "birch" nightly (with a tab button in the urlbar), or the XUL nightly (with tabs in a slide-out sidebar)?
Comment 3•14 years ago
|
||
This WFM in current builds of both native and XUL fennec.
Note that in both desktop and mobile Firefox, the prompt does not appear until after enter a zip code in the search field and press return.
Updated•14 years ago
|
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
![]() |
Reporter | |
Comment 4•14 years ago
|
||
I have done exactly this in my latest birch nightly and can still reproduce the issue. Consistently. However, it's checkerboarded so badly (apparently another issue) that I can only assume that it has kept the settings from my previous install. I cannot view enough of any page I load to see everything.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
![]() |
Reporter | |
Comment 5•14 years ago
|
||
However, it works, albeit, inconsistently for me on the latest oak xul (24.11)
Immediately after clean install:
access zipcode page
try to enter first zipcode + enter
Doorhanger: ""people.mozilla.com" wants to store data on your device for offline use" => allow
nothing happens
enter another zipcode + enter
Doorhanger: ""people.mozilla.com" wants to store data on your device for offline use" => allow
Doorhanger Initializing zipcode database: Loaded xxxxx records.
Doorhanger: ""people.mozilla.com" wants to store data on your device for offline use" => allow
Doorhanger: people.mozilla.com wants to store alot of data on your device for offline use => allow
nothing happens
enter a third zipcode
Doorhanger: ""people.mozilla.com" wants to store data on your device for offline use" => allow
nothing happens
enter a fourth zipcode
......
In one case I was actually able to get it to work correctly.
am given all the necessary door hanger prompts:
people.mozilla.com wants to store data on your device for offline use => allow
"Initializing zipcode database: loaded 43191 records"
after a few false starts I am able to start returning cities from relevant zipcodes directly.
Actual scenario after settings=> clear data
go to zipcode page
1. Type zipcode, enter
2. Doorhanger: ""people.mozilla.com" wants to store data on your device for offline use" => allow
3. Nothing happens
4. type different zipcode again, enter
5. Doorhanger: ""people.mozilla.com" wants to store data on your device for offline use" => allow
4. Nothing happens
![]() |
Reporter | |
Comment 6•14 years ago
|
||
On the fifth or so trial
went to settings=> manage applications
clear all data and close nightly
restart nightly go to zipcode page
enter zipcode + enter
people.mozilla.com wants to store data on your device for offline use => allow
"Initializing zipcode database: loaded 43191 records"
Doorhanger: people.mozilla.com wants to store data on your device for offline use
=> allow
Doorhanger: people.mozilla.com wants to store alot of data on your device for offline use => allow
94041 = unknown zip code (it's actually mountain view)
enter another relevant zipcode
doorhanger => allow
City: unknown zipcode
not sure what's going on but this feature really doesn't appear to be working.
![]() |
Reporter | |
Comment 7•14 years ago
|
||
Well, to clarify - perhaps part - the permission part of it is working but it doesn't seem to be loading indexxed db - or accessing it - consistently. At least on my setup :)
Nobody has been able to reproduce this.
Status: REOPENED → RESOLVED
Closed: 14 years ago → 14 years ago
Resolution: --- → WORKSFORME
Component: DOM: Core & HTML → DOM: IndexedDB
Version: 11 Branch → unspecified
You need to log in
before you can comment on or make changes to this bug.
Description
•