Skip to content
This repository has been archived by the owner on Aug 11, 2022. It is now read-only.

Consider ability of the user agent to force unlock #20

Closed
chrishtr opened this issue Sep 27, 2018 · 2 comments
Closed

Consider ability of the user agent to force unlock #20

chrishtr opened this issue Sep 27, 2018 · 2 comments

Comments

@chrishtr
Copy link
Collaborator

Examples that might justify force-unlock:

a. In mode 1 (see #12), and the subtree has been locked for "too long"
b. The user wants to perform actions such as find-in-page and the subtree has been locked for "too long", where here "too long" is less than (a).
c. Detected starvation of commit due to script continuously mutating DOM during commit which prevents completion of the cooperative commit (this one would force a sync commit, not "force-unlock").

@chrishtr chrishtr added this to Untriaged in Triage tracking via automation Sep 27, 2018
@chrishtr chrishtr moved this from Untriaged to In progress in Triage tracking Sep 27, 2018
@chrishtr chrishtr moved this from In progress to Triaged in Triage tracking Sep 27, 2018
@chrishtr
Copy link
Collaborator Author

More reasons to force-unlock:

@vmpstr
Copy link
Collaborator

vmpstr commented Aug 22, 2019

obsoleted by rendersubtree values.. specifically activatability. No timeout in the declarative version

@vmpstr vmpstr closed this as completed Aug 22, 2019
Triage tracking automation moved this from Triaged to Completed Aug 22, 2019
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
No open projects
Development

No branches or pull requests

2 participants