- From: <bugzilla@wiggum.w3.org>
- Date: Sat, 17 Oct 2009 00:22:59 +0000
- To: public-webapps@w3.org
http://www.w3.org/Bugs/Public/show_bug.cgi?id=7938
Summary: SECURITY_ERR when disallowing Database open is
inconsistent with QUOTA_EXCEEDED_ERR for disallowing
setItem
Product: WebAppsWG
Version: unspecified
Platform: PC
OS/Version: All
Status: NEW
Severity: normal
Priority: P2
Component: Web Storage
AssignedTo: ian@hixie.ch
ReportedBy: nikunj.mehta@oracle.com
QAContact: member-webapi-cvs@w3.org
CC: mike@w3.org, public-webapps@w3.org
In WebDatabase:
The user agent may raise a SECURITY_ERR exception instead of returning a
Database object if the request violates a policy decision (e.g. if the user
agent is configured to not allow the page to open databases).
Under setItem(), the Web Storage spec says:
# If it couldn't set the new value, the method must raise an
# QUOTA_EXCEEDED_ERR exception. (Setting could fail if, e.g., the user has
# disabled storage for the site, or if the quota has been exceeded.)
Per Jonas [1]:
It seems silly to [sic] for *every* feature mention that the UA may do
something different if the user has opted to disable a feature for whatever
reason.
[1]
http://www.w3.org/mid/63df84f0909211145y2837d45fpb50f5285f740144c@mail.gmail.com
Both cases look similar enough and it feels inappropriate to proliferate error
codes for each different situation.
Proposal: Use one error code for both.
--
Configure bugmail: http://www.w3.org/Bugs/Public/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are on the CC list for the bug.
Received on Saturday, 17 October 2009 00:23:03 UTC