<feed xmlns='http://www.w3.org/2005/Atom'>
<title>vyos-documentation.git/docs/_static/js, branch rolling</title>
<subtitle>VyOS readthedocs (mirror of https://github.com/vyos/vyos-documentation.git)
</subtitle>
<id>https://git.amelek.net/vyos/vyos-documentation.git/atom?h=rolling</id>
<link rel='self' href='https://git.amelek.net/vyos/vyos-documentation.git/atom?h=rolling'/>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-documentation.git/'/>
<updated>2026-05-06T20:46:53+00:00</updated>
<entry>
<title>fix(codecopier): guard UI updates against out-of-order async completions</title>
<updated>2026-05-06T20:46:53+00:00</updated>
<author>
<name>Yuriy Andamasov</name>
<email>yuriy@vyos.io</email>
</author>
<published>2026-05-06T20:46:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-documentation.git/commit/?id=57e2d2be666f4daca0b19e4f7230d9130713a198'/>
<id>urn:sha1:57e2d2be666f4daca0b19e4f7230d9130713a198</id>
<content type='text'>
Rapid re-clicks queue multiple `navigator.clipboard.writeText`
promises; without a request token, an older promise resolving later
can overwrite the newer click's UI (or have its 2-second timeout fire
on the new click's state). Add a per-button `copyRequestId` that
each click increments and captures locally; the success/failure UI
flip and the revert-timeout body all bail out early if the captured
token no longer matches the current one.

Addresses CodeRabbit review feedback on PR #1890.

\xf0\x9f\xa4\x96 Generated by [robots](https://vyos.io)
</content>
</entry>
<entry>
<title>fix(codecopier): prevent state class crossover on rapid re-clicks</title>
<updated>2026-05-06T19:50:11+00:00</updated>
<author>
<name>Yuriy Andamasov</name>
<email>yuriy@vyos.io</email>
</author>
<published>2026-05-06T19:50:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-documentation.git/commit/?id=4cd5e2cc3bb38b75d4e47aacd6768218daf8762a'/>
<id>urn:sha1:4cd5e2cc3bb38b75d4e47aacd6768218daf8762a</id>
<content type='text'>
Reset both notifier classes and cancel any pending revert timeout at the
start of each click so a fast failure-then-success (or vice versa) can't
leave `copiedNotifier` and `copyFailedNotifier` applied simultaneously,
and so the 2-second auto-revert window restarts cleanly per click.

Addresses Copilot review feedback on PR #1890.

🤖 Generated by [robots](https://vyos.io)
</content>
</entry>
<entry>
<title>fix(codecopier): exclude Copy label from clipboard and stop showing false success</title>
<updated>2026-05-05T22:59:34+00:00</updated>
<author>
<name>Yuriy Andamasov</name>
<email>yuriy@vyos.io</email>
</author>
<published>2026-05-05T22:59:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-documentation.git/commit/?id=f37c272ff976fe84636e7a0dcbe9a429cb097c86'/>
<id>urn:sha1:f37c272ff976fe84636e7a0dcbe9a429cb097c86</id>
<content type='text'>
Two real bugs in the docs site copy-to-clipboard handler, both flagged by
copilot review on PR #1886 (deferred there because that PR is scoped to typos).

Bug 1: Copy label leaked into copied snippets on narrow screens
The handler read `currentTarget.offsetParent.innerText`. The same handler
appends a visible `.copyDiv` (with a 'Copy' &lt;p&gt;) into that container.
Below the 992px breakpoint the label is visible (see code-snippets.css
.copyDiv &gt; p) so users got 'Copy' appended to every copied snippet.

Fix: extract text from the &lt;pre&gt; element inside the container instead,
which excludes the injected button. Also switched the lookup root from
`offsetParent` to `parentElement` so the source-of-truth is the DOM
relationship (the .copyDiv is inserted as a beforeend child of the inner
.highlight div via insertAdjacentHTML), not CSS positioning.

Bug 2: Failed clipboard writes still showed 'Copied!'
The try/catch only logged on failure but the surrounding code still flipped
the button into the copiedNotifier success state. Users got false success
when writeText rejected (insecure context, permission denied, etc.).

Fix: move the success UI flip inside the try, add an explicit failure UI
flip ('Failed' text + new `.copyFailedNotifier` class with red background)
in the catch. setTimeout still reverts both classes after 2s.

Verified in browser with a sphinx-rendered fixture (jQuery 3.7 + Pygments
output): both snippets copy their own text without the Copy label, success
flow shows Copied!, simulated writeText rejection shows Failed, both states
revert after 2s.

🤖 Generated by [robots](https://vyos.io)
</content>
</entry>
<entry>
<title>Styles refactoring (#1278)</title>
<updated>2024-02-19T13:53:51+00:00</updated>
<author>
<name>bogdankol</name>
<email>68349689+bogdankol@users.noreply.github.com</email>
</author>
<published>2024-02-19T13:53:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-documentation.git/commit/?id=54cb31c8e76515b3245bf90ffb3735ae31918b9e'/>
<id>urn:sha1:54cb31c8e76515b3245bf90ffb3735ae31918b9e</id>
<content type='text'>
</content>
</entry>
<entry>
<title>improve coverage layout</title>
<updated>2022-03-24T19:30:33+00:00</updated>
<author>
<name>rebortg</name>
<email>github@ghlr.de</email>
</author>
<published>2022-03-24T19:30:33+00:00</published>
<link rel='alternate' type='text/html' href='https://git.amelek.net/vyos/vyos-documentation.git/commit/?id=dfc9cebb8497220ba27a2d582ee63d4c7acedbcf'/>
<id>urn:sha1:dfc9cebb8497220ba27a2d582ee63d4c7acedbcf</id>
<content type='text'>
</content>
</entry>
</feed>
