[Gabriel Mongefranco (gabrielmongefranco)]

This follows up on #51, which added a popup for copying text by hand when the browser refuses to copy.

Changes

• Older copy command before the popup. Some pages block the browser's clipboard feature or don't offer it at all, such as pages opened over plain http. The browser's older copy command (document.execCommand('copy')) often still works there. Copy buttons now try it, using a hidden text box that is removed right away, before they show the popup. Fewer people should see the popup as a result. Browsers have deprecated this command, but all major browsers still support it, and the popup is still there if it fails.
• Focus. After the older copy command, keyboard focus goes back to the control that started the copy, if that control is still on the page. The question popup (dlvAskDialog) makes the same check.
• Clearer message. The popup said "The text could not be copied. Select the text below, then copy it using your device." It now says "Your browser didn't allow copying. The text below is selected, so press Ctrl+C to copy it (Cmd+C on a Mac)." The text is already selected when the popup opens, so people only need to press the keys.
• One button instead of two. The popup had Done and Close buttons that did the same thing, as well as the × button. It now shows only Done and the ×. The question popup has a new hideCancel option for this. The hidden button is also disabled, so pressing Tab skips it. The other questions that use the popup still show both buttons.
• Credits. The contributor who wrote Handle clipboard failures with manual copying #51 is added to the contributors list in the README.
• Docs. docs/compliance.md describes the new copy step.

Testing

• All 25 unit tests pass (node --test tests/). The new tests cover these cases:
  • The clipboard feature is missing, exists without a usable copy function, refuses, or throws an error. In each case, the older copy command copies the selected text and the hidden text box is removed.
  • Both methods fail, so the popup opens with the original text and only one button.
  • Focus goes back to the control that started the copy, but not if that control was removed before the copy finished.
• In headless Chromium, I clicked a copy button with the clipboard feature set to refuse:
  • The older copy command copied the full text. No popup opened, no hidden text box was left behind, and focus went back to the button.
  • When I also made the older command fail, the popup opened with the new message and only the Done button. The text was focused and fully selected.
  • The page reported no errors.

[chatgpt-codex-connector]

Codex Review Summary

This comment shows the latest Codex review activity on this pull request.

Review	Status	Commit	Review trigger
📝 Code Review	🔄 Running since 2026-10-27T21:09:08.106295Z	5a7a822	New commits

ℹ️ About Codex in GitHub

Your team has set up Codex to review pull requests in this repo. Reviews are triggered when you

• Open a pull request for review
• Mark a draft as ready
• Comment "Codex (@codex) review" or "Codex (@codex) security review".

Codex reacts with 👀 while any review is running, comments if it has suggestions, and reacts with 👍 once all reviews finish with no findings.