Skip to content

Fix #592: allow multiple readers but no multiple scans on any reader #611

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Merged
merged 9 commits into from
Dec 28, 2020
Merged

Fix #592: allow multiple readers but no multiple scans on any reader #611

Changes from 2 commits
Commits
Show all changes
9 commits
Select commit Hold shift + click to select a range
6dc7be8
Fix #592: scan rejects prior scan
zolkis Dec 8, 2020
5125762
Fix ReSpec linking errors
zolkis Dec 8, 2020
59b4268
Reword the abort scan and write algorithms
zolkis Dec 8, 2020
3e5d134
Fix the release NFC steps
zolkis Dec 8, 2020
bf7a613
New scans don't preempt pending scans
zolkis Dec 17, 2020
aa2c2f8
Revert to the 'activated reader objects' internal slot and allow mult…
zolkis Dec 21, 2020
ea613a0
Fail successive scan() invocations on readers
zolkis Dec 21, 2020
4540659
Remove the scan cleanup step on promise fulfillment: bug in the spec
zolkis Dec 23, 2020
341f824
Update a with an
zolkis Dec 28, 2020
File filter

Filter by extension

Filter by extension
Conversations
Failed to load comments.
Loading
Jump to
Jump to file
Failed to load files.
Loading
Diff view
Diff view
33 changes: 29 additions & 4 deletions index.html
View file
Open in desktop
Original file line number Diff line number Diff line change
Expand Up @@ -2225,6 +2225,28 @@ <h2>The <dfn>record type</dfn> string</h2>
</div>
</section>

<section><h3>Aborting pending scan operation</h3>
<div>
To attempt to <dfn>abort a pending scan operation</dfn> on an
<a>environment settings object</a>, perform the following steps:
<ol class=algorithm>
<li>
If there is no <a>pending read tuple</a> |tuple|, abort these steps.
</li>
<li>
If |tuple|'s reader has already initiated an ongoing NFC data transfer,
abort these steps.
</li>
<li>
Reject |tuple|'s promise with an {{"InvalidStateError"}} {{DOMException}}.
</li>
<li>
Clear the <a>pending read tuple</a> and abort these steps.
</li>
</ol>
</div>
</section>

<section><h3>Releasing NFC</h3>
<p>
To <dfn>release NFC</dfn> on an <a>environment settings object</a>,
Expand Down Expand Up @@ -2510,7 +2532,7 @@ <h3><dfn>Writing content</dfn></h3>
Let |records| be the list « |textRecord| ».
</li>
<li>
Set |source|'s <a>records</a> to |records|.
Set |source|'s records to |records|.
</li>
</ul>
<dt>{{BufferSource}}</dt>
Expand All @@ -2524,13 +2546,13 @@ <h3><dfn>Writing content</dfn></h3>
Let |records| be the list « |mimeRecord| ».
</li>
<li>
Set |source|'s <a>records</a> to |records|.
Set |source|'s records to |records|.
</li>
</ul>
<dt>{{NDEFMessageInit}}</dt>
<ul>
<li>
If |source|'s <a>records</a> [= list/is empty =], [= exception/throw =]
If |source|'s records [= list/is empty =], [= exception/throw =]
a {{TypeError}} and abort these steps.
</li>
</ul>
Expand All @@ -2548,7 +2570,7 @@ <h3><dfn>Writing content</dfn></h3>
</li>
<li>
[= list/For each =] |record:NDEFRecordInit| in the <a>list</a>
|source|'s <a>records</a>, run the following steps:
|source|'s records, run the following steps:
<ol>
<li>
Let |ndef| be the result of running <a>create NDEF record</a>
Expand Down Expand Up @@ -3419,6 +3441,9 @@ <h3><dfn>Writing content</dfn></h3>
browsing context</a>, then reject |p| with and
{{"InvalidStateError"}} {{DOMException}} and return |p|.
</li>
<li>
Attempt to <a>abort a pending scan operation</a>.
Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Same here, we should return |p| with rejected promise if failing.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, we just reject the pending scan, not this one. It's a cleanup operation.
Or do you mean if the abort fails, we should reject the scan?
i.e. should we handle the "ongoing operation" step as a fail to abort and propagate it up?

</li>
<li>
Let |reader:NDEFReader| be the {{NDEFReader}} instance.
</li>
Expand Down