Closed Bug 705012 Opened 14 years ago Closed 14 years ago

indexeddb functionality broken in latest nightly

Categories

(Core :: Storage: IndexedDB, defect)

ARM
Android
defect
Not set
normal

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?
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)?
Blocks: 701527
Target Milestone: mozilla10 → ---
Version: Trunk → 11 Branch
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.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
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 → ---
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
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.
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 ago14 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.