dotCooCoo ccb14182e9 Plug-ins: plugin.install approves from the grant it checks again, and others wait for its store writes ...

Without a plug-in store, plugin.install read the process grant once
for its later check and again for its approval. A grant another session
recorded between the two reads approved the module; when that session
revoked it before the install, the check saw the grant it first read
and the install recorded the revoked grant again. The approval now comes
from the first read.

plugin.install published the plug-in before it wrote the module and its
grant to the Plug-ins folder. A plugin.remove in another session in
between removed the plug-in, its file and its grant, and the install then
wrote both back, so the plug-in loaded with its grant at the next launch.
A session attaching the folder in between loaded the old version, which
kept running while the folder held the new one. plugin.remove, loads of
the stored plug-ins and loads of a plug-ins folder now wait until an
install has written the folder, and an install waits for them.

Docs: docs/plugins.md, docs/target-app-parity.md.

2026-11-13 06:56:24 -08:00

..

examples

Render: a long dashed stroke is outlined only near the view after an edit

2026-11-05 03:55:48 +07:00

src

Plug-ins: plugin.install approves from the grant it checks again, and others wait for its store writes

2026-11-13 06:56:24 -08:00

tests

Merge pull request #7046 from dotCooCoo/fix/issue-3349

2026-11-13 16:04:36 +07:00

Cargo.toml

Data Recovery: on Windows the lock file check compares file identity

2026-11-11 16:59:13 -08:00