Skip to content

cursor.request #255

Closed
Closed

Description

@jakearchibald

Requests for cursors are different as they can succeed many times. When you call cursor.continue() the success of that operation is provided in the request returned by source.openCursor().

If I want to give an object store to another piece of code, I can just pass the object store. However, if I want to pass the cursor elsewhere, I also have to pass the related request.

Should cursor.request return https://w3c.github.io/IndexedDB/#cursor-request?

Activity

  1. inexorabletash commented on Mar 4, 2019

    @inexorabletash
    Member

    I've run into wanting this for prollyfills. SGTM.

    Should be easy to spec/test/ship.

  2. jakearchibald commented on Mar 5, 2019

    @jakearchibald
    ContributorAuthor

    Yeah, I ran into this trying to make wrap() and unwrap() functions that 'upgrade' IDB objects. Works for everything except cursors.

  3. jakearchibald commented on Mar 6, 2019

    @jakearchibald
    ContributorAuthor

    I'll take this on.

    I've been wanting to document how standards are developed for a while, so @surma and I will film ourselves updating the spec and writing tests.

  4. inexorabletash commented on Mar 6, 2019

    @inexorabletash
    Member

    @asutherland @aliams @beidson - any feedback on this?

  5. aliams commented on Mar 6, 2019

    @aliams

    No objections here. It sounds like we're just exposing a property that is already initialized as part of the cursor and should live as long as the cursor.

  6. asutherland commented on Mar 6, 2019

    @asutherland
    Collaborator

    Did my thumbs-up not say it all? ;) This sounds good from a Gecko/Firefox perspective. We have the request available and Jake's magical upgrade use-case sounds both reasonable and essential to help move IDB forward from an API that only an implementer could love to the favorite API of developers everywhere!

  7. beidson commented on Mar 6, 2019

    @beidson

    yah this is fine.

  8. inexorabletash commented on Mar 6, 2019

    @inexorabletash
    Member

    Thumbs everywhere! Thanks all!

    Thanks @jakearchibald and @surma - looking forward to the PRs. Blink change should be trivial once WPTs are in.

  9. added a commit that references this issue on Mar 14, 2019
  10. inexorabletash commented on Mar 18, 2019

    @inexorabletash
    Member
  11. asutherland commented on Mar 19, 2019

    @asutherland
    Collaborator

    Filed https://bugzilla.mozilla.org/show_bug.cgi?id=1536540 to track Gecko/Firefox impl.

  12. Soviut commented on Apr 16, 2019

    @Soviut

    For posterity, here's the episode @jakearchibald and @surma did about this very issue https://www.youtube.com/watch?v=y1TEPQz02iU

  13. inexorabletash commented on May 3, 2019

    @inexorabletash
    Member

    FYI, @Yannic's change just landed in the Chromium repo so this should be available for testing in the next Chrome Canary build.

  14. julienw commented on Apr 27, 2020

    @julienw

    Just landed in Firefox!

  15. inexorabletash commented on Apr 27, 2020

    @inexorabletash
    Member

    Hey @julienw - if you know the prospective Firefox release number I can add it to the "under construction" box https://w3c.github.io/IndexedDB/#dom-idbcursor-request

  16. asutherland commented on Apr 27, 2020

    @asutherland
    Collaborator

    https://bugzilla.mozilla.org/show_bug.cgi?id=1536540 is fixed in Firefox 77, targeted to reach release ~ June 2nd

  17. added a commit that references this issue on Feb 1, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Type

No type

Projects

No projects

    Milestone

    No milestone

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions