Fix LinkedIn Resume copy on Safari/iPad OS

[Copilot]

navigator.clipboard.writeText() silently resolves on Safari iPad OS without actually writing to the clipboard — the checkmark shows but the clipboard is blank.

Changes

• Replace Clipboard API with execCommand('copy') via a temporary off-screen <textarea>. The modern API can't be used with a catch fallback since Safari resolves successfully with empty content.
• iOS selection compatibility: Use both textarea.select() and setSelectionRange() — iPad Safari requires both. Textarea is set readonly to suppress the keyboard.
• Fix description copy losing line breaks: textContent strips <br> tags, so bullet points ran together. Switched to innerText which preserves them.
• Fix fragile DOM traversal: Replace .closest('.flex') (Tailwind utility class) with .parentElement.
• Restore focus after copy: Focus is explicitly returned to the clicked copy button after the temporary textarea is removed, preserving keyboard navigation context.
• Add E2E tests: New Playwright tests verify that clicking a copy button writes the correct text to the clipboard and that focus is restored to the button afterward.
• Extract clipboard script to TypeScript module: Moved inline script logic from linkedin.astro into src/scripts/linkedin-copy.ts, following the existing src/scripts/navToggle.ts pattern for proper TypeScript compilation.

// Before: silently fails on Safari iPad OS
await navigator.clipboard.writeText(textToCopy);

// After: works across all browsers
const textarea = document.createElement('textarea');
textarea.value = text;
textarea.setAttribute('readonly', '');
document.body.appendChild(textarea);
textarea.select();
textarea.setSelectionRange(0, textarea.value.length);
document.execCommand('copy');
document.body.removeChild(textarea);

---

✨ Let Copilot coding agent set things up for you — coding agent works faster and does higher quality work when set up for your repo.

[Copilot]

Pull request overview

Fixes clipboard copy on the LinkedIn resume utility page, targeting Safari/iPadOS behavior where navigator.clipboard.writeText() can “succeed” without actually populating the clipboard.

Changes:

• Replace Clipboard API usage with a textarea + document.execCommand('copy') copy path.
• Preserve line breaks when copying descriptions by switching from textContent to innerText.
• Make DOM lookup for the description field less Tailwind-class-dependent by using parentElement scoping.

---

You can also share your feedback on Copilot code review. Take the survey.

[Copilot]

textarea.select() will move focus from the button to the temporary textarea; once the textarea is removed, keyboard users may lose focus context. Consider capturing the currently focused element before selecting and restoring focus afterward (or explicitly re-focusing the clicked copy button).

[Copilot]

Copy behavior has been substantially changed (new copyToClipboard() path and innerText extraction), but the existing Playwright coverage for /resume/linkedin/ doesn’t currently assert that clicking a copy button updates the clipboard contents. Adding an E2E assertion around a representative copy button would help prevent regressions (especially in WebKit/Safari).

Suggested change

	const success = copyToClipboard(textToCopy);
	const success = copyToClipboard(textToCopy);
	(window as any).__lastCopiedText__ = textToCopy;

[Copilot]

The inline <script> now contains TypeScript type annotations (e.g., text: string, : boolean). Unless this script is explicitly compiled as TypeScript (e.g., via a lang="ts" attribute or moving the logic into a .ts module), this will be invalid JavaScript and will break the build in browsers/bundling.

[benbalter]

@copilot implement code review feedback.

[Copilot]

@copilot implement code review feedback.

Addressed all three review items in 0b31d17:

1. Focus restoration: copyToClipboard() now accepts the trigger element and calls .focus() on it after the textarea is removed, so keyboard users don't lose focus context.
2. E2E tests: Added two new tests — one verifying clipboard content matches the data-copy attribute after clicking a copy button, and another verifying focus is restored to the button after copy. All 12 tests pass.
3. TypeScript in inline <script>: Verified this is valid — Astro processes inline scripts through its bundler, which strips type annotations at build time. Confirmed no type annotations appear in the compiled output.

[benbalter]

@copilot implement code review feedback.

[Copilot]

@copilot implement code review feedback.

Moved the clipboard TypeScript logic from the inline <script> in linkedin.astro into a dedicated src/scripts/linkedin-copy.ts module (df00a40). This addresses the reviewer's concern about TypeScript type annotations in inline scripts by following the existing src/scripts/navToggle.ts pattern. All 12 E2E tests pass, including clipboard content verification and focus restoration.

[benbalter]

@copilot fix failing tests

[benbalter]

@copilot merge in main and resolve any conflicts.