Skip to content

fix(meetings): Add swipe dismissal to meeting notifications - #1906

Merged
Chadpiha merged 1 commit into
mainfrom
fix/meeting-notification-swipe-dismissal
Aug 27, 2026
Merged

fix(meetings): Add swipe dismissal to meeting notifications#1906
Chadpiha merged 1 commit into
mainfrom
fix/meeting-notification-swipe-dismissal

Conversation

@Chadpiha

@Chadpiha Chadpiha commented Aug 27, 2026

Copy link
Copy Markdown
Collaborator

Summary

  • A horizontal pointer swipe of 80px in either direction dismisses a meeting notification card, taking the same path as its close button.
  • Swipes that start on an action button are ignored.
  • The overlay window stays interactive for the duration of a captured drag, so leaving the card mid-swipe does not make it click-through.

The swipe now goes through one dismiss callback that dispatches on data.kind, shared with the card's close button, so a swipe does exactly what the X does on every card. The dismissibility check at pointer-up is kept because a newer prompt can replace the card mid-drag.

Verification

  • Full test suite: 3,309 tests, 0 failed, 185 skipped, 1 todo.
  • npm run typecheck clean.
  • ESLint (root and src) and Prettier clean on the changed files.
  • The swipe gesture itself is not exercised by the suite; the 80px threshold is covered as a pure predicate.

Recreates #1897, which was reverted in #1904, on top of #1898.

A horizontal pointer swipe of 80px in either direction dismisses the
notification card, taking the same path as its close button. Swipes that
start on an action button are ignored, and the window stays interactive
for the duration of a captured drag so leaving the card mid-swipe does
not make it click-through.

#1897 exempted the auto-end countdown, which was non-dismissible then.
#1898 replaced it with the restart offer, which has a close button, so
the swipe routes through the same dismiss handler the button uses rather
than the detection-only responder — which would have silently no-opped
on that card. The dismissibility of the card under the pointer when it
is released decides, since a newer prompt can replace the card mid-drag.
@Chadpiha
Chadpiha merged commit 81f8c71 into main Aug 27, 2026
9 checks passed
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.

1 participant