🎨 Palette: 비동기 액션 버튼 로딩 접근성 개선 (aria-busy)

[seonghobae]

💡 What

demo.js에 존재하는 모든 비동기 작업 버튼이 로딩 상태일 때 aria-busy="true" 속성을 갖도록 수정했습니다.

🎯 Why

스크린 리더와 같은 보조 기기를 사용하는 사용자에게 현재 백그라운드에서 비동기 작업이 진행 중임을 명확히 인지할 수 있도록 피드백을 제공하여, 혼란을 방지하고 전반적인 접근성(a11y)을 높이기 위함입니다.

♿ Accessibility

비동기 버튼(Details, retryActiveJob, refreshKpiEvidence, loadDemoData, submitDocument)의 로딩 상태 중 aria-busy 속성을 설정하여 화면이 보이지 않는 사용자에게도 상태 변화를 명확하게 알릴 수 있도록 개선했습니다.

📸 Before/After

시각적인 변화는 없으며, DOM의 aria-busy 속성만이 추가/제거됩니다. 프론트엔드 검증 스크립트를 통해 스크린샷과 상태 로그를 남겼습니다.

---

PR created automatically by Jules for task 16348557646971806001 started by @seonghobae

[google-labs-jules]

👋 Jules, reporting for duty! I'm here to lend a hand with this pull request.

When you start a review, I'll add a 👀 emoji to each comment to let you know I've read it. I'll focus on feedback directed at me and will do my best to stay out of conversations between you and other bots or reviewers to keep the noise down.

I'll push a commit with your requested changes shortly after. Please note there might be a delay between these steps, but rest assured I'm on the job!

For more direct control, you can switch me to Reactive Mode. When this mode is on, I will only act on comments where you specifically mention me with @jules. You can find this option in the Pull Request section of your global Jules UI settings. You can always switch back!

New to Jules? Learn more at jules.google/docs.

---

For security, I will only act on instructions from the user who triggered this task.

[coderabbitai]

Warning

Review limit reached

@seonghobae, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 1 minute

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews.

How do review limits work?

CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability.

For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window.

Please refer docs for additional details.

Review details

⚙️ Run configuration

Configuration used: Organization UI

Review profile: CHILL

Plan: Pro Plus

Run ID: 283471f9-2eae-47c6-8dcc-77979c060eae

📥 Commits

Reviewing files that changed from the base of the PR and between f3cc09a and e40035a.

📒 Files selected for processing (2)

• .jules/palette.md
• src/main/resources/static/assets/viewer/demo.js

---

_{Comment @coderabbitai help to get the list of available commands.}

[seonghobae]

Closing as superseded by #264 exact head 718107a7a6eaca15a1f3e33ea7ceebefaf23d85a. #264 already applies aria-busy through one nested-safe, idempotent helper across the asynchronous viewer workflow, preserves pre-existing disabled/ARIA state and original child-node identities, adds operation-specific pending accessible names, and carries executable integration plus 100% production-helper coverage evidence. This PR duplicates only part of that behavior and restores disabled=false/removes aria-busy unconditionally, so merging it would regress #264's stronger state-restoration contract. No code from this branch is required.

[google-labs-jules]

Closing as superseded by #264 exact head 718107a7a6eaca15a1f3e33ea7ceebefaf23d85a. #264 already applies aria-busy through one nested-safe, idempotent helper across the asynchronous viewer workflow, preserves pre-existing disabled/ARIA state and original child-node identities, adds operation-specific pending accessible names, and carries executable integration plus 100% production-helper coverage evidence. This PR duplicates only part of that behavior and restores disabled=false/removes aria-busy unconditionally, so merging it would regress #264's stronger state-restoration contract. No code from this branch is required.

Understood. Acknowledging that this work is superseded and stopping work on this task.