Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

How do I check if an indexedDB instance is open?

Suppose I have an instance of an indexedDB object. Is there a simple way of detecting if the object is currently in the 'open' state?

I've tried database.closePending and looking at other properties but do not see a simple property that tells me the state of the database.

  • I am looking to do this synchronously.
  • Doing something like attempting open a transaction on a database and checking if an exception occurs is not a reasonable solution for me.
  • I don't want to maintain an extra variable associated with the database instance.

Perhaps I am missing some simple function in the api? Is there some observable feature of the instance variable that I can quickly and easily query to determine state?

Stated a different way, can you improve upon the following implementation?

function isOpen(db) {
  if(db && Object.prototype.toString.call(db) === '[object IDBDatabase]') {
    var names = db.objectStoreNames();
    if(names && names.length) {
      try {
        var transaction = db.transaction(names[0]);
        transaction.abort();
        return true;
      } catch(error) {
      }
    }
  }
}

Or this method?

var opened = false;
var db;
var request = indexedDB.open(...);
request.onsuccess = function() {
  db = request.result;
  opened = true;
};

function isOpen(db) {
  return opened;
}

db.close();
opened = false;

Or this method?

var db;
var request = indexedDB.open(...);
request.onsuccess = function() {
  db = request.result;
  db.onclose = function() {
    db._secret_did_close = true;
  };
};

function isOpen(db) {
  return db instanceof IDBDatabase && !db.hasOwnProperty('_secret_did_close');
}
like image 665
Josh Avatar asked Oct 18 '22 03:10

Josh


1 Answers

There's nothing else in the API that tells you if a connection is closed. Your enumeration of possibilities is what is available.

Also note that there is no closePending property in the API. The specification text uses a close pending flag to represent internal state, but this is not exposed to script.

Doing something like attempting open a transaction on a database and checking if an exception occurs is not a reasonable solution for me.

Why? This is the most reliable approach. Maintaining extra state would not account for unexpected closure (e.g. the user has deleted browsing data, forcing the connection to close) although that's what the onclose handler would account for - you'd need to combine your 2nd and 3rd approaches. (close is not fired if close() is called by script)

like image 154
Joshua Bell Avatar answered Oct 21 '22 08:10

Joshua Bell