Service Workers and IndexedDB












0















In a simple JavaScript Service Worker I want to intercept a request and read a value from IndexedDB before the event.respondWith



But the asynchronous nature of IndexDB does not seem to allow this.



Since the indexedDB.open is asynchronous, we have to await it which is fine. However, the callback (onsuccess) happens later so the function will exit immediately after the await on open.



The only way I have found to get it to work reliably is to add:



var wait = ms => new Promise((r, j) => setTimeout(r, ms));
await wait(50)


at the end of my readDB function to force a wait until the onsuccess has completed.



This is completely stupid!



And please don't even try to tell me about promises. They DO NOT WORK in this circumstance.



Does anyone know how we are supposed to use this properly?



Sample readDB is here (all error checking removed for clarity). Note, we cannot use await inside the onsuccess so the two inner IndexedDB calls are not awaited!



async function readDB(dbname, storeName, id) {
var result;
var request = await indexedDB.open(dbname, 1); //indexedDB.open is an asynchronous function
request.onsuccess = function (event) {
let db = event.target.result;
var transaction = db.transaction([storeName], "readonly"); //This is also asynchronous and needs await
var store = transaction.objectStore(storeName);
var objectStoreRequest = store.get(id); //This is also asynchronous and needs await
objectStoreRequest.onsuccess = function (event) {
result = objectStoreRequest.result;
};
};

//Without this wait, this function returns BEFORE the onsuccess has completed
console.warn('ABOUT TO WAIT');
var wait = ms => new Promise((r, j) => setTimeout(r, ms));
await wait(50)
console.warn('WAIT DONE');
return result;
}









share|improve this question





























    0















    In a simple JavaScript Service Worker I want to intercept a request and read a value from IndexedDB before the event.respondWith



    But the asynchronous nature of IndexDB does not seem to allow this.



    Since the indexedDB.open is asynchronous, we have to await it which is fine. However, the callback (onsuccess) happens later so the function will exit immediately after the await on open.



    The only way I have found to get it to work reliably is to add:



    var wait = ms => new Promise((r, j) => setTimeout(r, ms));
    await wait(50)


    at the end of my readDB function to force a wait until the onsuccess has completed.



    This is completely stupid!



    And please don't even try to tell me about promises. They DO NOT WORK in this circumstance.



    Does anyone know how we are supposed to use this properly?



    Sample readDB is here (all error checking removed for clarity). Note, we cannot use await inside the onsuccess so the two inner IndexedDB calls are not awaited!



    async function readDB(dbname, storeName, id) {
    var result;
    var request = await indexedDB.open(dbname, 1); //indexedDB.open is an asynchronous function
    request.onsuccess = function (event) {
    let db = event.target.result;
    var transaction = db.transaction([storeName], "readonly"); //This is also asynchronous and needs await
    var store = transaction.objectStore(storeName);
    var objectStoreRequest = store.get(id); //This is also asynchronous and needs await
    objectStoreRequest.onsuccess = function (event) {
    result = objectStoreRequest.result;
    };
    };

    //Without this wait, this function returns BEFORE the onsuccess has completed
    console.warn('ABOUT TO WAIT');
    var wait = ms => new Promise((r, j) => setTimeout(r, ms));
    await wait(50)
    console.warn('WAIT DONE');
    return result;
    }









    share|improve this question



























      0












      0








      0








      In a simple JavaScript Service Worker I want to intercept a request and read a value from IndexedDB before the event.respondWith



      But the asynchronous nature of IndexDB does not seem to allow this.



      Since the indexedDB.open is asynchronous, we have to await it which is fine. However, the callback (onsuccess) happens later so the function will exit immediately after the await on open.



      The only way I have found to get it to work reliably is to add:



      var wait = ms => new Promise((r, j) => setTimeout(r, ms));
      await wait(50)


      at the end of my readDB function to force a wait until the onsuccess has completed.



      This is completely stupid!



      And please don't even try to tell me about promises. They DO NOT WORK in this circumstance.



      Does anyone know how we are supposed to use this properly?



      Sample readDB is here (all error checking removed for clarity). Note, we cannot use await inside the onsuccess so the two inner IndexedDB calls are not awaited!



      async function readDB(dbname, storeName, id) {
      var result;
      var request = await indexedDB.open(dbname, 1); //indexedDB.open is an asynchronous function
      request.onsuccess = function (event) {
      let db = event.target.result;
      var transaction = db.transaction([storeName], "readonly"); //This is also asynchronous and needs await
      var store = transaction.objectStore(storeName);
      var objectStoreRequest = store.get(id); //This is also asynchronous and needs await
      objectStoreRequest.onsuccess = function (event) {
      result = objectStoreRequest.result;
      };
      };

      //Without this wait, this function returns BEFORE the onsuccess has completed
      console.warn('ABOUT TO WAIT');
      var wait = ms => new Promise((r, j) => setTimeout(r, ms));
      await wait(50)
      console.warn('WAIT DONE');
      return result;
      }









      share|improve this question
















      In a simple JavaScript Service Worker I want to intercept a request and read a value from IndexedDB before the event.respondWith



      But the asynchronous nature of IndexDB does not seem to allow this.



      Since the indexedDB.open is asynchronous, we have to await it which is fine. However, the callback (onsuccess) happens later so the function will exit immediately after the await on open.



      The only way I have found to get it to work reliably is to add:



      var wait = ms => new Promise((r, j) => setTimeout(r, ms));
      await wait(50)


      at the end of my readDB function to force a wait until the onsuccess has completed.



      This is completely stupid!



      And please don't even try to tell me about promises. They DO NOT WORK in this circumstance.



      Does anyone know how we are supposed to use this properly?



      Sample readDB is here (all error checking removed for clarity). Note, we cannot use await inside the onsuccess so the two inner IndexedDB calls are not awaited!



      async function readDB(dbname, storeName, id) {
      var result;
      var request = await indexedDB.open(dbname, 1); //indexedDB.open is an asynchronous function
      request.onsuccess = function (event) {
      let db = event.target.result;
      var transaction = db.transaction([storeName], "readonly"); //This is also asynchronous and needs await
      var store = transaction.objectStore(storeName);
      var objectStoreRequest = store.get(id); //This is also asynchronous and needs await
      objectStoreRequest.onsuccess = function (event) {
      result = objectStoreRequest.result;
      };
      };

      //Without this wait, this function returns BEFORE the onsuccess has completed
      console.warn('ABOUT TO WAIT');
      var wait = ms => new Promise((r, j) => setTimeout(r, ms));
      await wait(50)
      console.warn('WAIT DONE');
      return result;
      }






      service-worker






      share|improve this question















      share|improve this question













      share|improve this question




      share|improve this question








      edited Nov 19 '18 at 21:03







      Dave

















      asked Nov 19 '18 at 20:05









      DaveDave

      12726




      12726
























          1 Answer
          1






          active

          oldest

          votes


















          1















          And please don't even try to tell me about promises. They DO NOT WORK in this circumstance.




          ...



          ...



          ...



          I mean, they do, though. Assuming that you're okay putting the promise-based IndexedDB lookups inside of event.respondWith() rather than before event.respondWith(), at least. (If you're trying to do this before calling event.respondWith(), to figure out whether or not you want to respond at all, you're correct in that it's not possible, since the decision as to whether or not to call event.respondWith() needs to be made synchronously.)



          It's not easy to wrap IndexedDB in a promise-based interface, but https://github.com/jakearchibald/idb has already done the hard work, and it works quite well inside of a service worker. Moreover, https://github.com/jakearchibald/idb-keyval makes it even easier to do this sort of thing if you just need a single key/value pair, rather than the full IndexedDB feature set.



          Here's an example, assuming you're okay with idb-keyval:



          importScripts('https://cdn.jsdelivr.net/npm/idb-keyval@3/dist/idb-keyval-iife.min.js');

          // Call idbKeyval.set() to save data to your datastore in the `install` handler,
          // in the context of your `window`, etc.

          self.addEventListener('fetch', event => {
          // Optionally, add in some *synchronous* criteria here that examines event.request
          // and only calls event.respondWith() if this `fetch` handler can respond.

          event.respondWith(async function() {
          const id = someLogicToCalculateAnId();
          const value = await idbKeyval.get(id);

          // You now can use `value` however you want.
          const response = generateResponseFromValue(value);

          return response;
          }())
          });





          share|improve this answer























            Your Answer






            StackExchange.ifUsing("editor", function () {
            StackExchange.using("externalEditor", function () {
            StackExchange.using("snippets", function () {
            StackExchange.snippets.init();
            });
            });
            }, "code-snippets");

            StackExchange.ready(function() {
            var channelOptions = {
            tags: "".split(" "),
            id: "1"
            };
            initTagRenderer("".split(" "), "".split(" "), channelOptions);

            StackExchange.using("externalEditor", function() {
            // Have to fire editor after snippets, if snippets enabled
            if (StackExchange.settings.snippets.snippetsEnabled) {
            StackExchange.using("snippets", function() {
            createEditor();
            });
            }
            else {
            createEditor();
            }
            });

            function createEditor() {
            StackExchange.prepareEditor({
            heartbeatType: 'answer',
            autoActivateHeartbeat: false,
            convertImagesToLinks: true,
            noModals: true,
            showLowRepImageUploadWarning: true,
            reputationToPostImages: 10,
            bindNavPrevention: true,
            postfix: "",
            imageUploader: {
            brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
            contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
            allowUrls: true
            },
            onDemand: true,
            discardSelector: ".discard-answer"
            ,immediatelyShowMarkdownHelp:true
            });


            }
            });














            draft saved

            draft discarded


















            StackExchange.ready(
            function () {
            StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53381870%2fservice-workers-and-indexeddb%23new-answer', 'question_page');
            }
            );

            Post as a guest















            Required, but never shown

























            1 Answer
            1






            active

            oldest

            votes








            1 Answer
            1






            active

            oldest

            votes









            active

            oldest

            votes






            active

            oldest

            votes









            1















            And please don't even try to tell me about promises. They DO NOT WORK in this circumstance.




            ...



            ...



            ...



            I mean, they do, though. Assuming that you're okay putting the promise-based IndexedDB lookups inside of event.respondWith() rather than before event.respondWith(), at least. (If you're trying to do this before calling event.respondWith(), to figure out whether or not you want to respond at all, you're correct in that it's not possible, since the decision as to whether or not to call event.respondWith() needs to be made synchronously.)



            It's not easy to wrap IndexedDB in a promise-based interface, but https://github.com/jakearchibald/idb has already done the hard work, and it works quite well inside of a service worker. Moreover, https://github.com/jakearchibald/idb-keyval makes it even easier to do this sort of thing if you just need a single key/value pair, rather than the full IndexedDB feature set.



            Here's an example, assuming you're okay with idb-keyval:



            importScripts('https://cdn.jsdelivr.net/npm/idb-keyval@3/dist/idb-keyval-iife.min.js');

            // Call idbKeyval.set() to save data to your datastore in the `install` handler,
            // in the context of your `window`, etc.

            self.addEventListener('fetch', event => {
            // Optionally, add in some *synchronous* criteria here that examines event.request
            // and only calls event.respondWith() if this `fetch` handler can respond.

            event.respondWith(async function() {
            const id = someLogicToCalculateAnId();
            const value = await idbKeyval.get(id);

            // You now can use `value` however you want.
            const response = generateResponseFromValue(value);

            return response;
            }())
            });





            share|improve this answer




























              1















              And please don't even try to tell me about promises. They DO NOT WORK in this circumstance.




              ...



              ...



              ...



              I mean, they do, though. Assuming that you're okay putting the promise-based IndexedDB lookups inside of event.respondWith() rather than before event.respondWith(), at least. (If you're trying to do this before calling event.respondWith(), to figure out whether or not you want to respond at all, you're correct in that it's not possible, since the decision as to whether or not to call event.respondWith() needs to be made synchronously.)



              It's not easy to wrap IndexedDB in a promise-based interface, but https://github.com/jakearchibald/idb has already done the hard work, and it works quite well inside of a service worker. Moreover, https://github.com/jakearchibald/idb-keyval makes it even easier to do this sort of thing if you just need a single key/value pair, rather than the full IndexedDB feature set.



              Here's an example, assuming you're okay with idb-keyval:



              importScripts('https://cdn.jsdelivr.net/npm/idb-keyval@3/dist/idb-keyval-iife.min.js');

              // Call idbKeyval.set() to save data to your datastore in the `install` handler,
              // in the context of your `window`, etc.

              self.addEventListener('fetch', event => {
              // Optionally, add in some *synchronous* criteria here that examines event.request
              // and only calls event.respondWith() if this `fetch` handler can respond.

              event.respondWith(async function() {
              const id = someLogicToCalculateAnId();
              const value = await idbKeyval.get(id);

              // You now can use `value` however you want.
              const response = generateResponseFromValue(value);

              return response;
              }())
              });





              share|improve this answer


























                1












                1








                1








                And please don't even try to tell me about promises. They DO NOT WORK in this circumstance.




                ...



                ...



                ...



                I mean, they do, though. Assuming that you're okay putting the promise-based IndexedDB lookups inside of event.respondWith() rather than before event.respondWith(), at least. (If you're trying to do this before calling event.respondWith(), to figure out whether or not you want to respond at all, you're correct in that it's not possible, since the decision as to whether or not to call event.respondWith() needs to be made synchronously.)



                It's not easy to wrap IndexedDB in a promise-based interface, but https://github.com/jakearchibald/idb has already done the hard work, and it works quite well inside of a service worker. Moreover, https://github.com/jakearchibald/idb-keyval makes it even easier to do this sort of thing if you just need a single key/value pair, rather than the full IndexedDB feature set.



                Here's an example, assuming you're okay with idb-keyval:



                importScripts('https://cdn.jsdelivr.net/npm/idb-keyval@3/dist/idb-keyval-iife.min.js');

                // Call idbKeyval.set() to save data to your datastore in the `install` handler,
                // in the context of your `window`, etc.

                self.addEventListener('fetch', event => {
                // Optionally, add in some *synchronous* criteria here that examines event.request
                // and only calls event.respondWith() if this `fetch` handler can respond.

                event.respondWith(async function() {
                const id = someLogicToCalculateAnId();
                const value = await idbKeyval.get(id);

                // You now can use `value` however you want.
                const response = generateResponseFromValue(value);

                return response;
                }())
                });





                share|improve this answer














                And please don't even try to tell me about promises. They DO NOT WORK in this circumstance.




                ...



                ...



                ...



                I mean, they do, though. Assuming that you're okay putting the promise-based IndexedDB lookups inside of event.respondWith() rather than before event.respondWith(), at least. (If you're trying to do this before calling event.respondWith(), to figure out whether or not you want to respond at all, you're correct in that it's not possible, since the decision as to whether or not to call event.respondWith() needs to be made synchronously.)



                It's not easy to wrap IndexedDB in a promise-based interface, but https://github.com/jakearchibald/idb has already done the hard work, and it works quite well inside of a service worker. Moreover, https://github.com/jakearchibald/idb-keyval makes it even easier to do this sort of thing if you just need a single key/value pair, rather than the full IndexedDB feature set.



                Here's an example, assuming you're okay with idb-keyval:



                importScripts('https://cdn.jsdelivr.net/npm/idb-keyval@3/dist/idb-keyval-iife.min.js');

                // Call idbKeyval.set() to save data to your datastore in the `install` handler,
                // in the context of your `window`, etc.

                self.addEventListener('fetch', event => {
                // Optionally, add in some *synchronous* criteria here that examines event.request
                // and only calls event.respondWith() if this `fetch` handler can respond.

                event.respondWith(async function() {
                const id = someLogicToCalculateAnId();
                const value = await idbKeyval.get(id);

                // You now can use `value` however you want.
                const response = generateResponseFromValue(value);

                return response;
                }())
                });






                share|improve this answer












                share|improve this answer



                share|improve this answer










                answered Nov 20 '18 at 21:35









                Jeff PosnickJeff Posnick

                29.6k46195




                29.6k46195
































                    draft saved

                    draft discarded




















































                    Thanks for contributing an answer to Stack Overflow!


                    • Please be sure to answer the question. Provide details and share your research!

                    But avoid



                    • Asking for help, clarification, or responding to other answers.

                    • Making statements based on opinion; back them up with references or personal experience.


                    To learn more, see our tips on writing great answers.




                    draft saved


                    draft discarded














                    StackExchange.ready(
                    function () {
                    StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2fstackoverflow.com%2fquestions%2f53381870%2fservice-workers-and-indexeddb%23new-answer', 'question_page');
                    }
                    );

                    Post as a guest















                    Required, but never shown





















































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown

































                    Required, but never shown














                    Required, but never shown












                    Required, but never shown







                    Required, but never shown







                    Popular posts from this blog

                    鏡平學校

                    ꓛꓣだゔៀៅຸ໢ທຮ໕໒ ,ໂ'໥໓າ໼ឨឲ៵៭ៈゎゔit''䖳𥁄卿' ☨₤₨こゎもょの;ꜹꟚꞖꞵꟅꞛေၦေɯ,ɨɡ𛃵𛁹ޝ޳ޠ޾,ޤޒޯ޾𫝒𫠁သ𛅤チョ'サノބޘދ𛁐ᶿᶇᶀᶋᶠ㨑㽹⻮ꧬ꧹؍۩وَؠ㇕㇃㇪ ㇦㇋㇋ṜẰᵡᴠ 軌ᵕ搜۳ٰޗޮ޷ސޯ𫖾𫅀ल, ꙭ꙰ꚅꙁꚊꞻꝔ꟠Ꝭㄤﺟޱސꧨꧼ꧴ꧯꧽ꧲ꧯ'⽹⽭⾁⿞⼳⽋២៩ញណើꩯꩤ꩸ꩮᶻᶺᶧᶂ𫳲𫪭𬸄𫵰𬖩𬫣𬊉ၲ𛅬㕦䬺𫝌𫝼,,𫟖𫞽ហៅ஫㆔ాఆఅꙒꚞꙍ,Ꙟ꙱エ ,ポテ,フࢰࢯ𫟠𫞶 𫝤𫟠ﺕﹱﻜﻣ𪵕𪭸𪻆𪾩𫔷ġ,ŧآꞪ꟥,ꞔꝻ♚☹⛵𛀌ꬷꭞȄƁƪƬșƦǙǗdžƝǯǧⱦⱰꓕꓢႋ神 ဴ၀க௭எ௫ឫោ ' េㇷㇴㇼ神ㇸㇲㇽㇴㇼㇻㇸ'ㇸㇿㇸㇹㇰㆣꓚꓤ₡₧ ㄨㄟ㄂ㄖㄎ໗ツڒذ₶।ऩछएोञयूटक़कयँृी,冬'𛅢𛅥ㇱㇵㇶ𥄥𦒽𠣧𠊓𧢖𥞘𩔋цѰㄠſtʯʭɿʆʗʍʩɷɛ,əʏダヵㄐㄘR{gỚṖḺờṠṫảḙḭᴮᵏᴘᵀᵷᵕᴜᴏᵾq﮲ﲿﴽﭙ軌ﰬﶚﶧ﫲Ҝжюїкӈㇴffצּ﬘﭅﬈軌'ffistfflſtffतभफɳɰʊɲʎ𛁱𛁖𛁮𛀉 𛂯𛀞నఋŀŲ 𫟲𫠖𫞺ຆຆ ໹້໕໗ๆทԊꧢꧠ꧰ꓱ⿝⼑ŎḬẃẖỐẅ ,ờỰỈỗﮊDžȩꭏꭎꬻ꭮ꬿꭖꭥꭅ㇭神 ⾈ꓵꓑ⺄㄄ㄪㄙㄅㄇstA۵䞽ॶ𫞑𫝄㇉㇇゜軌𩜛𩳠Jﻺ‚Üမ႕ႌႊၐၸဓၞၞၡ៸wyvtᶎᶪᶹစဎ꣡꣰꣢꣤ٗ؋لㇳㇾㇻㇱ㆐㆔,,㆟Ⱶヤマފ޼ޝަݿݞݠݷݐ',ݘ,ݪݙݵ𬝉𬜁𫝨𫞘くせぉて¼óû×ó£…𛅑הㄙくԗԀ5606神45,神796'𪤻𫞧ꓐ㄁ㄘɥɺꓵꓲ3''7034׉ⱦⱠˆ“𫝋ȍ,ꩲ軌꩷ꩶꩧꩫఞ۔فڱێظペサ神ナᴦᵑ47 9238їﻂ䐊䔉㠸﬎ffiﬣ,לּᴷᴦᵛᵽ,ᴨᵤ ᵸᵥᴗᵈꚏꚉꚟ⻆rtǟƴ𬎎

                    Why https connections are so slow when debugging (stepping over) in Java?