W3C home > Mailing lists > Public > public-webapps@w3.org > July to September 2010

Re: [IndexedDB] Explicitly stablishing the timing of clone creation

From: Jeremy Orlow <jorlow@chromium.org>
Date: Mon, 16 Aug 2010 11:07:04 +0100
Message-ID: <AANLkTi=xqm6yQTjxNXh2Pt8YXdAt3ps+Yrat0B_JvLpp@mail.gmail.com>
To: Jonas Sicking <jonas@sicking.cc>
Cc: Pablo Castro <Pablo.Castro@microsoft.com>, public-webapps WG <public-webapps@w3.org>
On Mon, Aug 16, 2010 at 12:11 AM, Jonas Sicking <jonas@sicking.cc> wrote:

> On Fri, Aug 13, 2010 at 1:43 PM, Pablo Castro
> <Pablo.Castro@microsoft.com> wrote:
> > The spec for the asynchronous "put" and "add" methods in object store as
> well as "update" in cursors don't explicitly state when clones are created,
> and can even be read as if clones should be created after the function call
> returned, when the queued up task is executed. This leads to problems where
> the clone may be modified after the call to put/add/update happens. Wouldn't
> it be more reasonable to require implementations to always create a clone of
> the object before returning (i.e. synchronously) and perform the rest of the
> operation asynchronously?
> Yes.
> > If we agree on this I'll file a bug and later follow up with some text
> for the spec.
> Please do.

Received on Monday, 16 August 2010 10:07:53 UTC

This archive was generated by hypermail 2.3.1 : Wednesday, 11 February 2015 14:36:45 UTC