W3C home > Mailing lists > Public > public-webapps@w3.org > October to December 2009

[Bug 7938] New: SECURITY_ERR when disallowing Database open is inconsistent with QUOTA_EXCEEDED_ERR for disallowing setItem

From: <bugzilla@wiggum.w3.org>
Date: Sat, 17 Oct 2009 00:22:59 +0000
To: public-webapps@w3.org
Message-ID: <bug-7938-2927@http.www.w3.org/Bugs/Public/>
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 GMT

This archive was generated by hypermail 2.3.1 : Tuesday, 26 March 2013 18:49:34 GMT