Solving the ‘QUOTA_EXCEEDED_ERR’ message when using local storage on Motorola RhoElements browsers

Working with JavaScript exceptions can be quirky as descriptions of these exceptions sometimes does not make any sense. In this particular case I was working on a Motorola device lately which was running the RhoElements 4.x web browser. The Motorola RhoElements browser is part of the RhoMobile Suite of Motorola, which allows web developers to have a closer hardware integration with Motorola devices.

A strange bug popped up however while I was trying to use local storage to store offline data. The QUOTA_EXCEEDED_ERR exception pops up when I try to store local data. This error is known tot pop up when you use Mobile Safari in Private Browsing Mode but I’m not using Mobile Safari obviously. This is the code snippet I used to set data into local storage:

set: function (name, value) {
    try {
        localStorage.setItem(name, value);
    } catch (e) {
        if (e == QUOTA_EXCEEDED_ERR) {
            alert('Quota exceeded!');
        }
    }
}

Browsing the Motorola forums finally led to a discussion mentioning both this erratic behavior as well as the solution. I was in fact using a dash (‘-‘) in my host name which leads to this strange behavior. It has been promised by a Motorola service desk employee to be solved in 4.2. Currently I’m working on 4.0 so unfortunately I can’t check this. Nevertheless, I’m using the IP address instead of the FQHN for now to bypass this issue.

Use an offline storage engine to store data in the browser

Use an offline storage engine to store data in the browser

At the moment of writing this article 2 off-line storage engines are available to the majority of the modern browsers. These database engines are also known as Web SQL Database and Indexed Database. While both serve more and less the same purpose they are totally different in use and in their capabilities.

Web SQL is basically a SQLite implementation and thus considered to be a relational database engine. In other words, you can use SQL to query data from tables and relations between tables exist to allow you to store and query data relationally. Indexed Database on the other hand stores records based on keys and indexes similar in having key-value lists. No query language is available so you have to write your own mechanism to get access to your data. Especially when it comes down to handle more complex data structures it can become a challenge.

Unfortunately, according to the W3C specification Web SQL is officially set to a standstill due to a lack of competition. The only  ‘future proof’ alternative to store a considerate amount of off-line data is the Indexed Database which is specified here. Also, according to the browser support table on HTML5Rocks.com both engines are not fully supported by all major browsers so that gives most of the web developers a big challenge: Do I need to write a Data Access Layer to support Web SQL, Indexed Database or both?

In the upcoming weeks I will write and post more articles to guide you through the wonder-world of both Web SQL and Indexed Database so you will have all the code and background information you need to build your own off-line storage engine. If you have any questions or remarks then please let me know.