[deep dive] Full-screen image/video viewer UI/UX audit #164

New Issue

Closed

opened 2026-09-17 23:06:35 -04:00 by jared · 5 comments

jared commented 2026-09-17 23:06:35 -04:00

Owner

Copy Link

Copy Source

The viewer already steps ← → between the room's images. Audit it end-to-end on desktop and phone: keyboard (arrows, Esc, +/−, 0), swipe/pinch on touch, zoom persistence between items, video controls vs. image controls, captions display, download/copy/open-in-new-tab, "jump to message", loading states + blurhash, very tall/wide images, GIFs vs. videos, E2EE media, focus trap + screen reader labels, and what happens when a new image arrives while open. Deliver findings as a checklist here, then fix in one reviewed batch.

The viewer already steps ← → between the room's images. Audit it end-to-end on desktop and phone: keyboard (arrows, Esc, +/−, 0), swipe/pinch on touch, zoom persistence between items, video controls vs. image controls, captions display, download/copy/open-in-new-tab, "jump to message", loading states + blurhash, very tall/wide images, GIFs vs. videos, E2EE media, focus trap + screen reader labels, and what happens when a new image arrives while open. Deliver findings as a checklist here, then fix in one reviewed batch.

v-sheet.png

58 KiB

v-desktop-lightbox.png

58 KiB

viewer164.png

101 KiB

viewer164-phone.png

218 KiB

thread-viewer-2of3.png

78 KiB

copy-image.png

73 KiB

jared added this to the Features 2026-Q4 milestone 2026-09-17 23:06:35 -04:00

jared added the priority: mediumuxarea: mediaresearch labels 2026-09-17 23:06:35 -04:00

jared self-assigned this 2026-09-17 23:06:35 -04:00

jared referenced this issue from a commit 2026-09-18 21:30:43 -04:00

fix(media viewer): lightbox focuses itself on open (keys worked only after a click); timeline viewer gets +/-/0 keys, double-click zoom and dialog semantics (#164)

jared referenced this issue 2026-09-18 21:31:31 -04:00

Unify the two image viewers: timeline ImageViewer should open the gallery lightbox at that item #219

jared commented 2026-09-18 21:31:32 -04:00

Author

Owner

Copy Link

Copy Source

Image viewer audit — exercised on the local dev homeserver (Playwright, desktop + Pixel 7)

There are two viewers and they behave differently:

	timeline ImageViewer	gallery lightbox
backdrop	light grey card	dark full-screen
header	file name only	file name, sender · date, 1 / N
prev / next	none	←/→ across the room's media
zoom	buttons, wheel; no keys (fixed)	buttons, wheel, + - 0, double-click
keyboard on open	focus on the <img> (fixed)	focus stayed on the tile behind — all keys dead until a click (fixed)
a11y	no role / label (fixed)	role=dialog aria-modal "Media viewer"
download	✓	✓
jump to message	n/a	✓
touch	buttons only, no pinch	buttons only, no pinch

Fixed (53823f54): lightbox now focuses itself on open so ←/→/Esc/+/- work immediately; the timeline viewer gained + / = / - / 0, double-click 1×↔2×, role=dialog aria-modal labelled with the file name, and focuses on open. Escape closes both.

Filed: #219 — unify: a timeline image should open the gallery lightbox at that item (dark backdrop, sender/time, prev/next, consistent keys), and add pinch-zoom; the small viewer then only remains for avatars.

Cosmetic seen along the way: the seasonal floating button sits on top of both viewers (#215).

## Image viewer audit — exercised on the local dev homeserver (Playwright, desktop + Pixel 7) There are **two** viewers and they behave differently: | | timeline `ImageViewer` | gallery lightbox | |---|---|---| | backdrop | light grey card | dark full-screen | | header | file name only | file name, **sender · date**, 1 / N | | prev / next | none | ←/→ across the room's media | | zoom | buttons, wheel; **no keys** (fixed) | buttons, wheel, + - 0, double-click | | keyboard on open | focus on the `<img>` (fixed) | **focus stayed on the tile behind — all keys dead until a click** (fixed) | | a11y | no role / label (fixed) | `role=dialog aria-modal` "Media viewer" | | download | ✓ | ✓ | | jump to message | n/a | ✓ | | touch | buttons only, no pinch | buttons only, no pinch | **Fixed (`53823f54`):** lightbox now focuses itself on open so ←/→/Esc/+/- work immediately; the timeline viewer gained + / = / - / 0, double-click 1×↔2×, `role=dialog aria-modal` labelled with the file name, and focuses on open. Escape closes both. **Filed:** #219 — unify: a timeline image should open the gallery lightbox at that item (dark backdrop, sender/time, prev/next, consistent keys), and add pinch-zoom; the small viewer then only remains for avatars. Cosmetic seen along the way: the seasonal floating button sits on top of both viewers (#215).  

jared commented 2026-09-23 15:20:52 -04:00

Author

Owner

Copy Link

Copy Source

Audit (2026-09-23) — driven headlessly on desktop 1300×850 and Pixel 7

Works

• Keyboard: ←/→ step, Esc closes, +/=/- zoom, 0 resets — and focus lands on the dialog on open (initialFocus: () => dialogRef.current), so the keys work without clicking first.
• Zoom: wheel zooms, double-click toggles 1×↔2×, zoom resets on navigation (verified 140% at 2/31 → 100% at 3/31).
• Pan while zoomed (mouse drag moves the transform; usePan resets offset when zoom returns to 1).
• Video vs image controls: videos render <video controls autoPlay>; zoom/pan keys are image-only by design.
• Loading / E2EE: spinner with "Decrypting…" vs "Loading…", explicit "Failed to load" state; encrypted media decrypts through the same hook as the gallery.
• Header: filename/caption, sender · date (now via the unified formatter, #139), N / M counter, zoom %.
• Actions: zoom out / reset / in, Download file, Go to message, Close — all labelled; role="dialog" aria-modal aria-label="Media viewer" with a focus trap.
• A new message arriving while the viewer is open does not close or re-index it.
• Very tall images (200×2400) fit the viewport (61×730 in an 850 px window); no overflow.

Fixed now

• Swipe on touch did nothing — the only way between items on a phone was the small arrow buttons. cf80729a adds a one-finger horizontal swipe (inert while zoomed, where the gesture pans), pure classifier + unit tests. Verified on Pixel 7: swipe left 1/31 → 2/31.

Findings left (ranked)

1. No pinch-zoom on touch. Zoom on a phone is only the +/− buttons; two-finger pinch does nothing. Medium — the buttons are reachable but it's the gesture people try first.
2. Opening a just-sent image can show 1 / 1. RoomMediaLightbox pages the detached media timeline back up to 6 times to find the clicked event and meanwhile shows it alone; for a very recent upload the paging sometimes doesn't pick it up and the counter stays 1/1 (older images opened right after showed 1/31 correctly). Medium — the ←/→ affordance silently disappears.
3. No "Copy image" / "Open in new tab". Download exists. Copy needs ClipboardItem (Chromium-only for PNG) and an open-in-new-tab on an E2EE blob URL breaks as soon as the viewer unmounts and revokes it — worth doing only with a deliberate design (re-fetch on demand). Low.
4. Focus return on close goes to whatever had focus before (the composer when opened from the timeline, since a timeline <img> isn't focusable). From the gallery the tiles are buttons and focus returns correctly. Low — would need the timeline image to become a real button.
5. Arrow buttons are 32 px and sit at the screen edges on a phone; with swipe landing they matter less, but they're under the 44 px touch target the rest of the mobile work uses. Low.
6. No caption line under the media — the caption is the header title, which truncates on one line; a long caption is unreadable in the viewer. Low.

## Audit (2026-09-23) — driven headlessly on desktop 1300×850 and Pixel 7 ### Works - [x] **Keyboard**: ←/→ step, Esc closes, `+`/`=`/`-` zoom, `0` resets — and focus lands on the dialog on open (`initialFocus: () => dialogRef.current`), so the keys work without clicking first. - [x] **Zoom**: wheel zooms, double-click toggles 1×↔2×, zoom **resets on navigation** (verified 140% at 2/31 → 100% at 3/31). - [x] **Pan** while zoomed (mouse drag moves the transform; `usePan` resets offset when zoom returns to 1). - [x] **Video vs image controls**: videos render `<video controls autoPlay>`; zoom/pan keys are image-only by design. - [x] **Loading / E2EE**: spinner with "Decrypting…" vs "Loading…", explicit "Failed to load" state; encrypted media decrypts through the same hook as the gallery. - [x] **Header**: filename/caption, sender · date (now via the unified formatter, #139), `N / M` counter, zoom %. - [x] **Actions**: zoom out / reset / in, Download file, Go to message, Close — all labelled; `role="dialog" aria-modal aria-label="Media viewer"` with a focus trap. - [x] **A new message arriving while the viewer is open** does not close or re-index it. - [x] **Very tall images** (200×2400) fit the viewport (61×730 in an 850 px window); no overflow. ### Fixed now - [x] **Swipe on touch did nothing** — the only way between items on a phone was the small arrow buttons. cf80729a adds a one-finger horizontal swipe (inert while zoomed, where the gesture pans), pure classifier + unit tests. Verified on Pixel 7: swipe left 1/31 → 2/31. ### Findings left (ranked) 1. **No pinch-zoom on touch.** Zoom on a phone is only the +/− buttons; two-finger pinch does nothing. Medium — the buttons are reachable but it's the gesture people try first. 2. **Opening a just-sent image can show `1 / 1`.** `RoomMediaLightbox` pages the detached media timeline back up to 6 times to find the clicked event and meanwhile shows it alone; for a very recent upload the paging sometimes doesn't pick it up and the counter stays 1/1 (older images opened right after showed 1/31 correctly). Medium — the ←/→ affordance silently disappears. 3. **No "Copy image" / "Open in new tab".** Download exists. Copy needs `ClipboardItem` (Chromium-only for PNG) and an open-in-new-tab on an E2EE blob URL breaks as soon as the viewer unmounts and revokes it — worth doing only with a deliberate design (re-fetch on demand). Low. 4. **Focus return on close** goes to whatever had focus before (the composer when opened from the timeline, since a timeline `<img>` isn't focusable). From the gallery the tiles are buttons and focus returns correctly. Low — would need the timeline image to become a real button. 5. **Arrow buttons are 32 px** and sit at the screen edges on a phone; with swipe landing they matter less, but they're under the 44 px touch target the rest of the mobile work uses. Low. 6. **No caption line under the media** — the caption is the header title, which truncates on one line; a long caption is unreadable in the viewer. Low.  

jared referenced this issue from a commit 2026-09-23 15:21:04 -04:00

feat(media): swipe between items in the full-screen viewer (#164)

jared referenced this issue from a commit 2026-09-24 21:56:55 -04:00

feat(media): two-finger pinch zoom in the media viewer (#164)

jared referenced this issue from a commit 2026-09-24 21:56:55 -04:00

fix(media): bigger prev/next arrows in the media viewer on touch screens (#164)

jared referenced this issue from a commit 2026-09-24 21:56:55 -04:00

feat(media): show the full caption under the media in the viewer (#164)

jared commented 2026-09-24 21:58:36 -04:00

Author

Owner

Copy Link

Copy Source

Findings from the 2026-09-23 audit: progress

• 1. Pinch-zoom on touch: shipped (39589b40). A two-finger pinch on the viewer scales from the zoom it started at, clamped to 1×–5×. Releasing near 1× snaps back to exactly 1×, so one-finger swipe works again. The media area uses touch-action: none, so the browser no longer zooms the page instead. Verified on an emulated Pixel 7 with a real two-point CDP touch: spreading 80→200 px gives 250 %, closing to 120 px gives 150 %, closing fully gives 100 %, and a one-finger swipe afterwards still moves 2/2 → 1/2.

• 2. Just-sent image shows 1 / 1: not reproduced. I tried four ways, and each opened as 2 / 2:

  • unencrypted room, image sent from the composer after the viewer had already been opened once
  • the same, but clicked while the send was held back 2.5 s
  • encrypted room, both images sent from the composer
  • fresh viewer on the new image

  Leaving it here in case someone sees it again. If you do, note whether the room was encrypted and how long after sending you clicked.

• 3. Copy image / open in new tab: unchanged. It needs a deliberate design, see the audit.

• 4. Focus return from a timeline image: unchanged.

• 5. Arrow buttons on touch: shipped (ea07fb50). On a coarse pointer they use the next IconButton size, 48 px measured on a Pixel 7. Desktop is unchanged.

• 6. Caption: shipped (c088b4c0). For MSC2530 captions (filename set and body differs), the header now shows the file name, and the caption appears in full under the media (wrapped, scrolls past 25vh). The alt text uses the caption, and Download now saves under the real file name instead of the caption. Verified with a 150-character caption.

## Findings from the 2026-09-23 audit: progress - [x] **1. Pinch-zoom on touch: shipped (`39589b40`).** A two-finger pinch on the viewer scales from the zoom it started at, clamped to 1×–5×. Releasing near 1× snaps back to exactly 1×, so one-finger swipe works again. The media area uses `touch-action: none`, so the browser no longer zooms the page instead. Verified on an emulated Pixel 7 with a real two-point CDP touch: spreading 80→200 px gives 250 %, closing to 120 px gives 150 %, closing fully gives 100 %, and a one-finger swipe afterwards still moves 2/2 → 1/2. - [ ] **2. Just-sent image shows `1 / 1`: not reproduced.** I tried four ways, and each opened as `2 / 2`: - unencrypted room, image sent from the composer after the viewer had already been opened once - the same, but clicked while the send was held back 2.5 s - encrypted room, both images sent from the composer - fresh viewer on the new image Leaving it here in case someone sees it again. If you do, note whether the room was encrypted and how long after sending you clicked. - [ ] 3. Copy image / open in new tab: unchanged. It needs a deliberate design, see the audit. - [ ] 4. Focus return from a timeline image: unchanged. - [x] **5. Arrow buttons on touch: shipped (`ea07fb50`).** On a coarse pointer they use the next IconButton size, 48 px measured on a Pixel 7. Desktop is unchanged. - [x] **6. Caption: shipped (`c088b4c0`).** For MSC2530 captions (`filename` set and `body` differs), the header now shows the file name, and the caption appears in full under the media (wrapped, scrolls past 25vh). The alt text uses the caption, and **Download now saves under the real file name** instead of the caption. Verified with a 150-character caption.

jared referenced this issue from a commit 2026-09-24 23:39:47 -04:00

fix(a11y): open a message image from the keyboard (#164)

jared commented 2026-09-24 23:40:05 -04:00

Author

Owner

Copy Link

Copy Source

• 4. Focus return / keyboard (1ab75147). Focus already went back to the timeline image when the viewer closed. The real gap was that keyboard users could Tab to an image but not open it. Images are now role="button", labelled "View image: ", and open on Enter or Space. Verified: Tab → Enter opens the viewer, Escape returns focus to the image, Space opens it again.

- [x] **4. Focus return / keyboard (`1ab75147`).** Focus already went back to the timeline image when the viewer closed. The real gap was that keyboard users could Tab to an image but not open it. Images are now `role="button"`, labelled "View image: <name>", and open on Enter or Space. Verified: Tab → Enter opens the viewer, Escape returns focus to the image, Space opens it again.

jared referenced this issue from a commit 2026-09-26 19:03:00 -04:00

fix(viewer): thread media steps through the thread; add Copy image (#164)

jared commented 2026-09-26 19:03:16 -04:00

Author

Owner

Copy Link

Copy Source

Last pass (2026-09-26): f5d3c43b

• Images inside a thread always opened as 1 / 1. New finding, and a likely explanation for finding 2 (the unreproduced "just-sent image shows 1 / 1"). The thread panel opened the room lightbox, which looks the image up in the room's media timeline. The SDK keeps thread replies out of that timeline, so:

  • the image could never be found there, and the viewer showed it on its own with no ←/→
  • it also paged the room's media history up to six times for nothing.

  The thread panel now builds the viewer from the thread itself (the root plus its loaded replies), and Go to message scrolls the thread panel instead of jumping to the room.

  Verified on a thread with 3 images:

  • opening the second image shows 2 / 3
  • → goes to 3 / 3, and ← ← back to 1 / 3
  • no /messages requests while the viewer is open (2 before the fix)
  • Go to message closes the viewer and leaves the thread panel open.

• 3. Copy image: shipped. A new header button, images only. It re-encodes non-PNG images to PNG, because the clipboard API only guarantees image/png. The button shows a check for 2 s, or a warning icon with "Could not copy image" if the copy fails. It is hidden on browsers without ClipboardItem.

  Verified by reading the clipboard back in Chromium:

  • unencrypted PNG: image/png, 320×200, correct pixel colour
  • E2EE JPEG: image/png, 300×180, correct pixel colour.

  Unit tests: utils/copyImage.test.ts.

• 3. Open in new tab: not doing, by design.

  • An E2EE image is a blob URL that is revoked when the viewer closes.
  • Authenticated media returns 401 in a bare tab.

  Download and Copy cover both uses.

Nothing on the original checklist is left open, so I'm closing this. Reopen it if a room image (not a thread image) ever shows 1 / 1 again.

## Last pass (2026-09-26): `f5d3c43b` - [x] **Images inside a thread always opened as `1 / 1`.** New finding, and a likely explanation for finding 2 (the unreproduced "just-sent image shows 1 / 1"). The thread panel opened the *room* lightbox, which looks the image up in the room's media timeline. The SDK keeps thread replies out of that timeline, so: - the image could never be found there, and the viewer showed it on its own with no ←/→ - it also paged the room's media history up to six times for nothing. The thread panel now builds the viewer from the thread itself (the root plus its loaded replies), and **Go to message** scrolls the thread panel instead of jumping to the room. Verified on a thread with 3 images: - opening the second image shows **2 / 3** - → goes to 3 / 3, and ← ← back to 1 / 3 - no `/messages` requests while the viewer is open (2 before the fix) - Go to message closes the viewer and leaves the thread panel open. - [x] **3. Copy image: shipped.** A new header button, images only. It re-encodes non-PNG images to PNG, because the clipboard API only guarantees `image/png`. The button shows a check for 2 s, or a warning icon with "Could not copy image" if the copy fails. It is hidden on browsers without `ClipboardItem`. Verified by reading the clipboard back in Chromium: - unencrypted PNG: `image/png`, 320×200, correct pixel colour - **E2EE JPEG**: `image/png`, 300×180, correct pixel colour. Unit tests: `utils/copyImage.test.ts`. - **3. Open in new tab: not doing, by design.** - An E2EE image is a blob URL that is revoked when the viewer closes. - Authenticated media returns 401 in a bare tab. Download and Copy cover both uses. Nothing on the original checklist is left open, so I'm closing this. Reopen it if a room image (not a thread image) ever shows `1 / 1` again.  

jared closed this issue 2026-09-26 19:03:17 -04:00

jared referenced this issue 2026-09-26 19:31:39 -04:00

[deep dive] Threads: full UI/UX audit + "mark all threads read" #165

Sign in to join this conversation.

No Branch/Tag Specified

Branches Tags

lotus

fix/call-theme-before-ready

fix/dfn-worklet-file

test/lotus-feature-e2e

fix/own-presence-display

fix/sso-uia-desktop

seasonal/lunar

seasonal/newyear

seasonal/christmas

chore/build-hygiene

fix/status-save-speed

chore/typing-hygiene

feat/settings-search

feat/settings-pages

chore/security-deps

feat/settings-quick-wins

feat/data-export

feat/stale-sessions

feat/landscape-call

feat/expected-devices

feat/oauth-detect

chore/ec-0.28

chore/sdk-44

feat/key-upload-recovery

feat/keychain-session

feat/vimeo-events

feat/widget-always-on-screen

feat/call-summary-details

feat/widget-popout

fix/ios-long-press

chore/any-cleanup

chore/soundboard-mic-mix

fix/phone-call-controls

fix/a11y-axe-findings

fix/copy-and-reddit-context

feat/about-build-info

fix/schedule-24h

fix/connecting-strip

fix/ui-polish-batch

fix/outbox-multi-tab

fix/widget-share-hardening

fix/side-panel-width

fix/topic-markdown

fix/acl-ip-literals-default

feat/decorations-host

fix/call-disconnected-bar

fix/linux-update-verify

perf/lazy-settings

fix/dnd-busy-presence

fix/threads-stay-unread

fix/private-note-wording

fix/audio-output-frame-ids

fix/pip-minimise

fix/translate-unavailable-copy

fix/status-expiry-account-data

ci/reseed-bundle-budget

fix/close-no-tray

fix/soundboard-not-permitted

fix/denoise-state-notice

docs/features-catchup

fix/desktop-settings-section

fix/dev-denoise-theme

fix/pwa-manifest

fix/translate-feedback

fix/consent-retry-snooze

fix/strip-metadata-packs

fix/preview-deceptive-links

fix/embed-ogurl-provider

fix/settingtile-nesting

fix/shortcuts-dialog

fix/forward-encryption-warning

fix/compress-alpha-anim

fix/screenshare-double-toast

fix/sw-reply-checks

fix/pip-default-position

fix/inapp-toast-permission

fix/mute-timers-account-data

fix/policy-dedupe

fix/nudge-dismissed-strip

fix/kuma-plain-text

fix/rejoin-dm

fix/search-edit-dupes

fix/room-filter-empty

fix/emoji-board-escape

fix/call-failed-retry

fix/share-links-lotus

fix/poll-vote-local-echo

fix/scheduled-from-server

fix/delayed-restart-dedupe

fix/decline-references-notification

fix/stall-watchdog

fix/filtered-timeline-double-count

fix/call-listener-limit

fix/voice-room-no-room-ping

fix/reactions-collapse-loop

fix/group-call-permission

fix/dialog-enter-closes

fix/delivery-status-live

fix/room-upgrade-lotus-state

fix/quiet-hours-tick

fix/logout-wipe-leftovers

fix/inter-font-name

fix/retention-floor-grace

fix/firefox-persist-hang

fix/phantom-ring-after-reload

fix/local-room-names-rest

fix/missed-call-voice-rooms

fix/animated-bg-compositor

fix/link-safety-bypasses

fix/e2e-register-403

fix/local-room-names-everywhere

fix/collapsible-messages

fix/logout-volume-residue

fix/enter-newline-device-local

fix/dnd-restore-status

fix/presence-sticky

fix/location-confirm

fix/reminders-stick

fix/voice-full-distinct-users

fix/presence-pagehide-status

fix/gif-card-aspect

deps/npm-audit-fixes

security-nudge

linux-package-updates

audit-brace-expansion

server-status-banner

desktop-keychain-mirror

desktop-call-origin

clock-skew-lag

offline-outbox

desktop-lotus-links

poll-ui

calls-open-in-browser

screenshare-prompt

call-origin-split

update-packages

sw-fix

read-me-update

image-path-changes

dm-calls

fix-2469

renovate/element-hq-element-call-embedded-0.x

renovate/npm-i18next-http-backend-vulnerability

renovate/npm-vite-vulnerability

dev

docs-update

more-theme

fix-257

imporve-thread-reply

revert-2402-improve-menu-congestion

mxidColor-toggle

update-sw-main-msg

v4.11.1

v4.10.5

v4.10.4

v4.10.3

v4.10.2

v4.10.1

v4.10.0

v4.9.1

v4.9.0

v4.8.1

v4.8.0

v4.7.1

v4.7.0

v4.6.0

v4.5.1

v4.5.0

v4.4.0

v4.3.2

v4.3.0

v4.2.3

v4.2.2

v4.2.1

v4.2.0

v4.1.0

v4.0.3

v4.0.0

v3.2.0

v3.1.0

v3.0.0

v2.2.6

v2.2.5

v2.2.4

v2.2.3

v2.2.2

v2.2.1

v2.2.0

v2.1.3

v2.1.2

v2.1.1

v2.1.0

v2.0.4

v2.0.3

v2.0.2

v2.0.1

v2.0.0

v1.8.2

v1.8.1

v1.8.0

v1.7.0

v1.6.1

v1.6.0

v1.5.1

v1.5.0

v1.4.0

v1.3.2

v1.3.1

v1.3.0

v1.2.1

v1.2.0

v1.1.0

v1.0.0

Labels

Clear labels

a11y

Accessibility: keyboard, screen reader, contrast, motion

area: appearance

Client area: appearance

area: auth-session

Client area: auth-session

area: build-ci

Client area: build-ci

area: calls

Client area: calls

area: desktop

Client area: desktop

area: media

Client area: media

area: messaging

Client area: messaging

area: mobile

Client area: mobile

area: moderation

Client area: moderation

area: navigation

Client area: navigation

area: notifications

Client area: notifications

area: settings

Client area: settings

area: threads

Client area: threads

bug

Something is not working

dependencies

Third-party package versions and advisories

docs

README / LOTUS_* docs wrong or missing

duplicate

This issue or pull request already exists

enhancement

New feature

help wanted

Need some help

invalid

Something is wrong

needs-human-review

performance

Re-render storms, leaks, heavy work on hot paths

planning

priority: critical

Data loss, security hole, or crash on a main path

priority: high

Broken feature or serious usability problem

priority: low

Minor issue or polish

priority: medium

Wrong behaviour in an edge case or notable degradation

qa

Manual QA: shipped, needs a human in a real environment

question

More information is needed

research

security

XSS, unsafe URLs, data leaks, auth/session

tech-debt

Code health, dead code, fragile patterns

ux

Usability or visual inconsistency

wontfix

This won't be fixed

No labels area: media priority: medium research ux

Milestone

No items

No Milestone Features 2026-Q4

Projects

Clear projects

No projects

Assignees

Clear assignees

cole (Cole Keller) jared (Jared Vititoe) nathan (Nathan Vititoe)

No Assignees jared

1 Participants

Notifications

Subscribe

Due Date

No due date set.

Dependencies

No dependencies set.

Reference: LotusGuild/cinny#164