15927 2012-02-07 14:18:32 +0000 [IndexedDB] Allowing "." and " " in keys specified using keyPath 2012-02-14 16:35:30 +0000 1 1 1 Unclassified WebAppsWG Indexed Database API unspecified PC Linux RESOLVED WONTFIX P2 normal --- 1 odinho dave.null jonas mike public-webapps public-webapps-bugzilla oldest_to_newest 63836 0 odinho 2012-02-07 14:18:32 +0000 I've been trying to find any decision/answer about IndexedDB keypath and "." to seperate objects. It's very possible I could get data from a third party that has: obj["my.key"] = thing and I'd want to have a keypath that accesses my.key like that, so NOT like: obj = { my: { key: thing } } Similarly about spaces: obj["my key"] = "blabla" It would introduce some extra complexity to support this, sure, and it might not be worth it at all, but has it been discussed on its own? 64063 1 jonas 2012-02-14 04:47:47 +0000 I can't say with 100% certainty but I think we discussed this a long time ago. My opinion is that this is a known by for now acceptable limitation. KeyPaths have a number of limitations, like unable to access properties in arrays or do even basic processing like adding values. Ultimately I think we'll end up having to add something like complex keyPath support which will take care of these limitations. See also bug 10000. 64098 2 odinho 2012-02-14 16:35:30 +0000 OK. Not for this version then. It's a bit arbitrary to only allow valid javascript identifiers to be used as indexes, but sometimes that's just the way the world works.