Skip to content

🎨 Palette: [a11y] λ‚ μ§œ λ²”μœ„ 선택기 μ ‘κ·Όμ„± κ°œμ„ #183

Closed
seonghobae wants to merge 14 commits into
developmentalfrom
palette-a11y-date-range-picker-4605723723398058267
Closed

🎨 Palette: [a11y] λ‚ μ§œ λ²”μœ„ 선택기 μ ‘κ·Όμ„± κ°œμ„ #183
seonghobae wants to merge 14 commits into
developmentalfrom
palette-a11y-date-range-picker-4605723723398058267

Conversation

@seonghobae

Copy link
Copy Markdown

πŸ’‘ What

λ‚ μ§œ λ²”μœ„ 선택기 μ»΄ν¬λ„ŒνŠΈμ— μ ‘κ·Όμ„± κ°œμ„  사항을 μΆ”κ°€ν–ˆμŠ΅λ‹ˆλ‹€.

🎯 Why

슀크린 리더 μ‚¬μš©μž 및 ν‚€λ³΄λ“œ λ„€λΉ„κ²Œμ΄μ…˜ μ‚¬μš©μžμ˜ 접근성을 ν–₯μƒμ‹œν‚€κΈ° μœ„ν•΄ μ μš©ν•˜μ˜€μŠ΅λ‹ˆλ‹€.

β™Ώ Accessibility

  • μ»¨ν…Œμ΄λ„ˆ div μš”μ†Œμ— role="group" 및 aria-label="Date range presets" 속성을 μΆ”κ°€ν•˜μ—¬ 슀크린 리더 μ‚¬μš©μžκ°€ ν•΄λ‹Ή μš”μ†Œμ˜ λͺ©μ μ„ 이해할 수 μžˆλ„λ‘ κ°œμ„ ν–ˆμŠ΅λ‹ˆλ‹€.
  • λ²„νŠΌ μš”μ†Œμ— aria-pressed 속성을 μΆ”κ°€ν•˜μ—¬ ν˜„μž¬ μ„ νƒλœ μƒνƒœλ₯Ό 슀크린 리더에 λͺ…ν™•νžˆ μ „λ‹¬ν•˜λ„λ‘ ν–ˆμŠ΅λ‹ˆλ‹€.
  • focus-visible μƒνƒœμ— μŠ€νƒ€μΌμ„ μΆ”κ°€ν•˜μ—¬ ν‚€λ³΄λ“œ λ„€λΉ„κ²Œμ΄μ…˜ μ‚¬μš© μ‹œ ν˜„μž¬ 포컀슀된 μš”μ†Œλ₯Ό μ‹œκ°μ μœΌλ‘œ μ‰½κ²Œ 식별할 수 μžˆλ„λ‘ ν–ˆμŠ΅λ‹ˆλ‹€.

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

seonghobae and others added 11 commits June 22, 2026 10:26
…licate calculation

`buildTimelineGroups` was calculated redundantly inside both `EventList` and `SessionActivityRibbon` inside `useMemo` hooks. This commit moves the `useMemo` computation into the parent `page.tsx` component and passes down `groups` as a prop to its children, preventing duplicate O(n) array iterations per `events` change.
Replace chained `.reduce()` and `Object.values()` with a single `for...of` loop over `Object.keys()` to avoid unnecessary intermediate array allocations and improve iteration performance during report aggregation.
overview-stats μ»΄ν¬λ„ŒνŠΈμ˜ μ„€λͺ… ν…μŠ€νŠΈλ₯Ό νŽΌμΉ˜κ±°λ‚˜ μ ‘λŠ” λ²„νŠΌμ— ν‚€λ³΄λ“œ 포컀슀 μŠ€νƒ€μΌμ΄ λˆ„λ½λ˜μ–΄ μžˆμ–΄, ν‚€λ³΄λ“œ λ‚΄λΉ„κ²Œμ΄μ…˜ μ‚¬μš©μžμ—κ²Œ ν˜„μž¬ 포컀슀 μœ„μΉ˜λ₯Ό λͺ…ν™•νžˆ 보여주지 λͺ»ν•˜λŠ” 문제λ₯Ό μˆ˜μ •ν–ˆμŠ΅λ‹ˆλ‹€.

Tailwind CSS의 `focus-visible:outline-none focus-visible:ring-2 focus-visible:ring-ring rounded-sm` 클래슀λ₯Ό μΆ”κ°€ν•˜μ—¬ νƒ­(Tab) ν‚€ 이동 μ‹œ 포컀슀 링이 보이도둝 접근성을 κ°œμ„ ν–ˆμŠ΅λ‹ˆλ‹€.
- `TokenUsageChart`와 `WeeklyFlowChart`의 데이터 λ³€ν™˜ λ‘œμ§μ— `useMemo`λ₯Ό μ μš©ν•˜μ—¬ λΆˆν•„μš”ν•œ λ¦¬λ Œλ”λ§ μ΅œμ ν™”.
Copilot AI review requested due to automatic review settings July 2, 2026 22:06
@google-labs-jules

Copy link
Copy Markdown

πŸ‘‹ 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.

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Note

Copilot couldn't run its full agentic review because no GitHub Actions runner was available. Make sure your repository has a runner available to run Copilot's review, or add a copilot-setup-steps.yml file specifying one with the runs-on attribute. See the docs for more details.

Adds accessibility improvements to the dashboard DateRangePicker presets and introduces React/jsdom-based Vitest setup plus a basic component test to validate the new a11y attributes and navigation behavior.

Changes:

  • Add role="group", aria-label, aria-pressed, and focus-visible ring styling to the preset button group
  • Add a new DateRangePicker React test with Testing Library + jest-dom matchers
  • Update Vitest configuration to run in jsdom and load a setup file; add required devDependencies

Reviewed changes

Copilot reviewed 5 out of 6 changed files in this pull request and generated 5 comments.

Show a summary per file
File Description
packages/web/vitest.setup.ts Adds jest-dom matchers registration for Vitest assertions
packages/web/vitest.config.ts Switches Vitest to jsdom, adds React plugin, and registers setup file + TSX tests
packages/web/src/components/dashboard/date-range-picker.tsx Adds ARIA semantics and focus-visible styles to the preset controls
packages/web/src/components/dashboard/date-range-picker.test.tsx Adds initial test coverage for preset rendering and navigation
packages/web/package.json Adds Testing Library, jest-dom, jsdom, and Vite React plugin devDependencies
Files not reviewed (1)
  • pnpm-lock.yaml: Generated file

πŸ’‘ Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment thread packages/web/vitest.config.ts Outdated
Comment thread packages/web/vitest.config.ts Outdated
import { DateRangePicker } from './date-range-picker'
import { subDays, format } from 'date-fns'

const mockPush = vi.fn()
Comment on lines +27 to +38
it('navigates when preset is clicked', () => {
render(<DateRangePicker />)

const button30d = screen.getByRole('button', { name: '30d' })
fireEvent.click(button30d)

const today = new Date()
const from = format(subDays(today, 30), 'yyyy-MM-dd')
const to = format(today, 'yyyy-MM-dd')

expect(mockPush).toHaveBeenCalledWith(`?from=${from}&to=${to}`)
})
Comment on lines 66 to 71
<button
key={preset.days}
type="button"
onClick={() => handlePreset(preset.days)}
aria-pressed={activePreset === preset.days}
className={cn(

@github-actions github-actions Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

OpenCode cannot approve yet because required coverage evidence did not pass.

Review outcome

1. HIGH .github/workflows/opencode-review.yml:1 - Coverage evidence did not prove required test/docstring evidence

  • Problem: The required coverage-evidence job result was failure, so OpenCode cannot establish approval sufficiency for this head.

  • Root cause: Automated approval is only valid when the same-head coverage-evidence job proves supported repository test suites passed and configured docstring gates passed or were advisory, or reports not applicable because no supported source files or package manifests exist. Missing, failed, skipped, unavailable, or unsupported-tooling test evidence is a blocker.

  • Fix: Install or configure the repository test/docstring evidence tooling when source files or package manifests exist, rerun the current-head coverage-evidence job, and approve only after it reports success with required evidence or explicit no-source not-applicable evidence.

  • Regression test: Keep the approval branch checking needs.coverage-evidence.result == success before posting APPROVE, and publish REQUEST_CHANGES when coverage-evidence blocker states such as cancelled, skipped, failed, unsupported-tooling, or below-100 evidence are present.

  • Result: REQUEST_CHANGES

  • Reason: coverage-evidence result was failure, so required test/docstring evidence was not proven for current head 5b11fcbda8e15fa3da6e90636a5e39bd04c4f8df.

  • Head SHA: 5b11fcbda8e15fa3da6e90636a5e39bd04c4f8df

  • Workflow run: 28624583690

  • Workflow attempt: 1

Coverage evidence

Coverage Evidence

  • Head SHA: 5b11fcbda8e15fa3da6e90636a5e39bd04c4f8df
  • Required test evidence: supported repository test suites must pass.
  • Required docstring evidence: repository-owned docstring gates must pass when configured; otherwise docstring coverage is advisory.

JavaScript/TypeScript dependencies (npm install)


added 110 packages, and audited 111 packages in 6s

38 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities
  • Result: PASS

JavaScript/TypeScript docstring coverage

  • Result: PASS
  • Reason: package.json exists, but no check:python-docstrings, docstring:coverage, or docs:coverage script is defined; docstring coverage is advisory.

JavaScript/TypeScript test coverage

  • Result: FAIL
  • Reason: package.json exists, but no coverage or test script is defined.

Coverage Decision

  • Result: FAIL
  • Test evidence: not proven passing
  • Docstring evidence: not proven passing when configured
  • Failure count: 1

Changed-File Evidence Map

flowchart LR
  PR["PR changed files"] --> Evidence["OpenCode bounded evidence"]
  Evidence --> S1["Changed file (6 files)"]
  S1 --> I1["repository behavior"]
  I1 --> R1["Review risk: Changed file (6 files)"]
  R1 --> V1["required checks"]
Loading

@github-actions

github-actions Bot commented Jul 3, 2026

Copy link
Copy Markdown

OpenCode Review Overview

  • Head SHA: c13ee0e0b0e8a1adbed75c7a9b09927d905dcfc0
  • Workflow run: 28659183583
  • Workflow attempt: 1
  • Gate result: REQUEST_CHANGES (approval step)

Pull request overview

OpenCode cannot approve yet because required coverage evidence did not pass.

Review outcome

1. HIGH .github/workflows/opencode-review.yml:1 - Coverage evidence did not prove required test/docstring evidence

  • Problem: The required coverage-evidence job result was failure, so OpenCode cannot establish approval sufficiency for this head.

  • Root cause: Automated approval is only valid when the same-head coverage-evidence job proves supported repository test suites passed and configured docstring gates passed or were advisory, or reports not applicable because no supported source files or package manifests exist. Missing, failed, skipped, unavailable, or unsupported-tooling test evidence is a blocker.

  • Fix: Install or configure the repository test/docstring evidence tooling when source files or package manifests exist, rerun the current-head coverage-evidence job, and approve only after it reports success with required evidence or explicit no-source not-applicable evidence.

  • Regression test: Keep the approval branch checking needs.coverage-evidence.result == success before posting APPROVE, and publish REQUEST_CHANGES when coverage-evidence blocker states such as cancelled, skipped, failed, unsupported-tooling, or below-100 evidence are present.

  • Result: REQUEST_CHANGES

  • Reason: coverage-evidence result was failure, so required test/docstring evidence was not proven for current head c13ee0e0b0e8a1adbed75c7a9b09927d905dcfc0.

  • Head SHA: c13ee0e0b0e8a1adbed75c7a9b09927d905dcfc0

  • Workflow run: 28659183583

  • Workflow attempt: 1

Coverage evidence

Coverage Evidence

  • Head SHA: c13ee0e0b0e8a1adbed75c7a9b09927d905dcfc0
  • Required test evidence: supported repository test suites must pass.
  • Required docstring evidence: repository-owned docstring gates must pass when configured; otherwise docstring coverage is advisory.

JavaScript/TypeScript dependencies (npm install)


added 110 packages, and audited 111 packages in 6s

38 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities
  • Result: PASS

JavaScript/TypeScript docstring coverage

  • Result: PASS
  • Reason: package.json exists, but no check:python-docstrings, docstring:coverage, or docs:coverage script is defined; docstring coverage is advisory.

JavaScript/TypeScript test coverage

  • Result: FAIL
  • Reason: package.json exists, but no coverage or test script is defined.

Coverage Decision

  • Result: FAIL
  • Test evidence: not proven passing
  • Docstring evidence: not proven passing when configured
  • Failure count: 1

Changed-File Evidence Map

flowchart LR
  PR["PR changed files"] --> Evidence["OpenCode bounded evidence"]
  Evidence --> S1["Changed file (4 files)"]
  S1 --> I1["repository behavior"]
  I1 --> R1["Review risk: Changed file (4 files)"]
  R1 --> V1["required checks"]
Loading

…label="Log out of your account"` (or `Sign out of your account` in one case) to the logout buttons in `org-sidebar.tsx`, `org-header.tsx`, and `no-organization-state.tsx` to improve accessibility for screen reader users.

@github-actions github-actions Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

OpenCode cannot approve yet because required coverage evidence did not pass.

Review outcome

1. HIGH .github/workflows/opencode-review.yml:1 - Coverage evidence did not prove required test/docstring evidence

  • Problem: The required coverage-evidence job result was failure, so OpenCode cannot establish approval sufficiency for this head.

  • Root cause: Automated approval is only valid when the same-head coverage-evidence job proves supported repository test suites passed and configured docstring gates passed or were advisory, or reports not applicable because no supported source files or package manifests exist. Missing, failed, skipped, unavailable, or unsupported-tooling test evidence is a blocker.

  • Fix: Install or configure the repository test/docstring evidence tooling when source files or package manifests exist, rerun the current-head coverage-evidence job, and approve only after it reports success with required evidence or explicit no-source not-applicable evidence.

  • Regression test: Keep the approval branch checking needs.coverage-evidence.result == success before posting APPROVE, and publish REQUEST_CHANGES when coverage-evidence blocker states such as cancelled, skipped, failed, unsupported-tooling, or below-100 evidence are present.

  • Result: REQUEST_CHANGES

  • Reason: coverage-evidence result was failure, so required test/docstring evidence was not proven for current head 2132ebfb8374f67b0bba25a4d4dc50697f1ecb47.

  • Head SHA: 2132ebfb8374f67b0bba25a4d4dc50697f1ecb47

  • Workflow run: 28635581653

  • Workflow attempt: 1

Coverage evidence

Coverage Evidence

  • Head SHA: 2132ebfb8374f67b0bba25a4d4dc50697f1ecb47
  • Required test evidence: supported repository test suites must pass.
  • Required docstring evidence: repository-owned docstring gates must pass when configured; otherwise docstring coverage is advisory.

JavaScript/TypeScript dependencies (npm install)


added 110 packages, and audited 111 packages in 7s

38 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities
  • Result: PASS

JavaScript/TypeScript docstring coverage

  • Result: PASS
  • Reason: package.json exists, but no check:python-docstrings, docstring:coverage, or docs:coverage script is defined; docstring coverage is advisory.

JavaScript/TypeScript test coverage

  • Result: FAIL
  • Reason: package.json exists, but no coverage or test script is defined.

Coverage Decision

  • Result: FAIL
  • Test evidence: not proven passing
  • Docstring evidence: not proven passing when configured
  • Failure count: 1

Changed-File Evidence Map

flowchart LR
  PR["PR changed files"] --> Evidence["OpenCode bounded evidence"]
  Evidence --> S1["Changed file (6 files)"]
  S1 --> I1["repository behavior"]
  I1 --> R1["Review risk: Changed file (6 files)"]
  R1 --> V1["required checks"]
Loading

…d `role=\"group\"` and `aria-label` to the container holding the date range preset buttons. Added `aria-pressed` state and `focus-visible` styles to the individual buttons to improve keyboard navigation and screen reader accessibility. Also added tests to ensure proper rendering and functionality.

@github-actions github-actions Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

OpenCode cannot approve yet because required coverage evidence did not pass.

Review outcome

1. HIGH .github/workflows/opencode-review.yml:1 - Coverage evidence did not prove required test/docstring evidence

  • Problem: The required coverage-evidence job result was failure, so OpenCode cannot establish approval sufficiency for this head.

  • Root cause: Automated approval is only valid when the same-head coverage-evidence job proves supported repository test suites passed and configured docstring gates passed or were advisory, or reports not applicable because no supported source files or package manifests exist. Missing, failed, skipped, unavailable, or unsupported-tooling test evidence is a blocker.

  • Fix: Install or configure the repository test/docstring evidence tooling when source files or package manifests exist, rerun the current-head coverage-evidence job, and approve only after it reports success with required evidence or explicit no-source not-applicable evidence.

  • Regression test: Keep the approval branch checking needs.coverage-evidence.result == success before posting APPROVE, and publish REQUEST_CHANGES when coverage-evidence blocker states such as cancelled, skipped, failed, unsupported-tooling, or below-100 evidence are present.

  • Result: REQUEST_CHANGES

  • Reason: coverage-evidence result was failure, so required test/docstring evidence was not proven for current head 3c1c689234f96fc6c814df02d1408ae514eb6190.

  • Head SHA: 3c1c689234f96fc6c814df02d1408ae514eb6190

  • Workflow run: 28652468558

  • Workflow attempt: 1

Coverage evidence

Coverage Evidence

  • Head SHA: 3c1c689234f96fc6c814df02d1408ae514eb6190
  • Required test evidence: supported repository test suites must pass.
  • Required docstring evidence: repository-owned docstring gates must pass when configured; otherwise docstring coverage is advisory.

JavaScript/TypeScript dependencies (npm install)


added 110 packages, and audited 111 packages in 7s

38 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities
  • Result: PASS

JavaScript/TypeScript docstring coverage

  • Result: PASS
  • Reason: package.json exists, but no check:python-docstrings, docstring:coverage, or docs:coverage script is defined; docstring coverage is advisory.

JavaScript/TypeScript test coverage

  • Result: FAIL
  • Reason: package.json exists, but no coverage or test script is defined.

Coverage Decision

  • Result: FAIL
  • Test evidence: not proven passing
  • Docstring evidence: not proven passing when configured
  • Failure count: 1

Changed-File Evidence Map

flowchart LR
  PR["PR changed files"] --> Evidence["OpenCode bounded evidence"]
  Evidence --> S1["Changed file (4 files)"]
  S1 --> I1["repository behavior"]
  I1 --> R1["Review risk: Changed file (4 files)"]
  R1 --> V1["required checks"]
Loading

…st.setup.ts` to include `jest-dom` matchers for React component testing. Updated `DateRangePicker` tests to import `React` and use `getAllByRole` to fix ambiguous selector errors. Added `coverage/` to `.gitignore` to prevent coverage reports from polluting Git status.

@github-actions github-actions Bot left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

OpenCode cannot approve yet because required coverage evidence did not pass.

Review outcome

1. HIGH .github/workflows/opencode-review.yml:1 - Coverage evidence did not prove required test/docstring evidence

  • Problem: The required coverage-evidence job result was failure, so OpenCode cannot establish approval sufficiency for this head.

  • Root cause: Automated approval is only valid when the same-head coverage-evidence job proves supported repository test suites passed and configured docstring gates passed or were advisory, or reports not applicable because no supported source files or package manifests exist. Missing, failed, skipped, unavailable, or unsupported-tooling test evidence is a blocker.

  • Fix: Install or configure the repository test/docstring evidence tooling when source files or package manifests exist, rerun the current-head coverage-evidence job, and approve only after it reports success with required evidence or explicit no-source not-applicable evidence.

  • Regression test: Keep the approval branch checking needs.coverage-evidence.result == success before posting APPROVE, and publish REQUEST_CHANGES when coverage-evidence blocker states such as cancelled, skipped, failed, unsupported-tooling, or below-100 evidence are present.

  • Result: REQUEST_CHANGES

  • Reason: coverage-evidence result was failure, so required test/docstring evidence was not proven for current head c13ee0e0b0e8a1adbed75c7a9b09927d905dcfc0.

  • Head SHA: c13ee0e0b0e8a1adbed75c7a9b09927d905dcfc0

  • Workflow run: 28659183583

  • Workflow attempt: 1

Coverage evidence

Coverage Evidence

  • Head SHA: c13ee0e0b0e8a1adbed75c7a9b09927d905dcfc0
  • Required test evidence: supported repository test suites must pass.
  • Required docstring evidence: repository-owned docstring gates must pass when configured; otherwise docstring coverage is advisory.

JavaScript/TypeScript dependencies (npm install)


added 110 packages, and audited 111 packages in 6s

38 packages are looking for funding
  run `npm fund` for details

found 0 vulnerabilities
  • Result: PASS

JavaScript/TypeScript docstring coverage

  • Result: PASS
  • Reason: package.json exists, but no check:python-docstrings, docstring:coverage, or docs:coverage script is defined; docstring coverage is advisory.

JavaScript/TypeScript test coverage

  • Result: FAIL
  • Reason: package.json exists, but no coverage or test script is defined.

Coverage Decision

  • Result: FAIL
  • Test evidence: not proven passing
  • Docstring evidence: not proven passing when configured
  • Failure count: 1

Changed-File Evidence Map

flowchart LR
  PR["PR changed files"] --> Evidence["OpenCode bounded evidence"]
  Evidence --> S1["Changed file (4 files)"]
  S1 --> I1["repository behavior"]
  I1 --> R1["Review risk: Changed file (4 files)"]
  R1 --> V1["required checks"]
Loading

@seonghobae

Copy link
Copy Markdown
Author

Closing as superseded during org-wide PR triage. Keeping #213 as the canonical PR for the same overlapping topic: date range picker/accessibility. This PR is stale/conflicted or has review blockers, so retaining one current PR reduces duplicated review and merge conflict work.

@seonghobae seonghobae closed this Jul 7, 2026
@google-labs-jules

Copy link
Copy Markdown

Closing as superseded during org-wide PR triage. Keeping #213 as the canonical PR for the same overlapping topic: date range picker/accessibility. This PR is stale/conflicted or has review blockers, so retaining one current PR reduces duplicated review and merge conflict work.

Understood. Acknowledging that this work is now obsolete and stopping work on this task.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants