Notes: Promote "Add note" to a dedicated block toolbar button by adamsilverstein · Pull Request #78205 · WordPress/gutenberg

adamsilverstein · 2026-05-12T15:38:51Z

Summary

With Suggest mode making review notes effectively free (every edit becomes a note), the manual Add note action no longer belongs at the bottom of the block toolbar's overflow menu. This PR promotes it to a first-class toolbar button — a speech-bubble icon placed just before the ellipsis — so it sits at parity with Suggest mode's automatic note creation.

Behavior

Block with no thread → the new Add note toolbar button appears (speech-bubble icon).
Block with a thread → the existing NoteAvatarIndicator continues to appear (participant avatars). Only one notes affordance is shown at a time, avoiding visual clutter.
Distraction-free / view mode / unsupported post types → unchanged (no affordance).
Keyboard shortcut (primaryAlt+M) → unchanged.

Testing

Implementation

Replace add-note-menu-item.js (MenuItem in NoteIconSlotFill) with add-note-toolbar-button.js (ToolbarButton in NoteIconToolbarSlotFill).
Remove the now-unused NoteIconSlotFill slot from block-settings-dropdown and unregister the private API.
Update NotesSidebar to render the new toolbar button only when the selected block has no thread (mirrors the avatar-indicator branch).
Update e2e specs (block-notes.spec.js, collaboration-notes.spec.ts) to click the toolbar button instead of opening the overflow menu.

Design decisions (from the issue's open questions)

Zero notes vs. always: only render when block has zero notes — NoteAvatarIndicator already handles the "open notes" affordance for threaded blocks.
Every block vs. opt-in: same gating as today's menu item (post-type editor.notes support, valid + registered, not classic).
View mode: unchanged — entire sidebar is already hidden.
Mobile/narrow: render in toolbar (matches existing NoteAvatarIndicator pattern).

Screenshot

Test plan

Insert a paragraph; confirm the speech-bubble Add note button appears in the block toolbar just before the ellipsis.
Click the button → New-note form opens and is focused.
Save a note → button is replaced by the avatar indicator on that block.
Insert a second paragraph (no note) → speech-bubble button appears again.
Toggle distraction-free mode → no Add note button surfaces.
Classic block → button is disabled with a "Convert to blocks to add notes." tooltip.
Keyboard shortcut primaryAlt+M still opens the new-note form.
Run test/e2e/specs/editor/various/block-notes.spec.js and test/e2e/specs/editor/collaboration/collaboration-notes.spec.ts.

Summary by CodeRabbit

New Features
- Added an accessible “Add note” button to the block toolbar.
- The button now toggles the note form and updates its expanded state.
- Added a fade-in transition for floating note cards, respecting reduced-motion preferences.
Bug Fixes
- Improved note controls for editable blocks and distraction-free mode.
- Updated keyboard navigation to include the “Add note” toolbar control.
Tests
- Updated collaboration and block-note tests to use the toolbar button and verify toggle behavior.

Move the "Add note" action out of the block toolbar's More-options overflow menu and render it as a first-class toolbar button (speech-bubble icon) placed before the ellipsis. This raises the visibility of the action now that Suggest mode makes individual notes a routine review gesture rather than an edge-case affordance. Render behavior: the new button only appears when the selected block has no existing thread. When a thread exists, the existing NoteAvatarIndicator continues to serve as the visible affordance for both viewing and adding replies. Implementation: - Replace add-note-menu-item.js with add-note-toolbar-button.js, filling NoteIconToolbarSlotFill with a ToolbarButton instead of NoteIconSlotFill with a MenuItem. - Remove the now-unused NoteIconSlotFill slot from block-settings-dropdown and unregister it from block-editor private APIs. - Update the e2e specs to click the toolbar button instead of opening the block-settings dropdown. Refs #78188

github-actions · 2026-05-12T15:47:15Z

Size Change: -16 B (0%)

Total Size: 7.91 MB

📦 View Changed

Filename	Size	Change
`build/scripts/block-editor/index.min.js`	478 kB	-57 B (-0.01%)
`build/scripts/editor/index.min.js`	581 kB	-17 B (0%)
`build/styles/editor/style-rtl.css`	31.6 kB	+16 B (+0.05%)
`build/styles/editor/style-rtl.min.css`	27 kB	+13 B (+0.05%)
`build/styles/editor/style.css`	31.6 kB	+16 B (+0.05%)
`build/styles/editor/style.min.css`	27 kB	+13 B (+0.05%)

_{compressed-size-action}

The block toolbar now renders an 'Add note' button between 'More' and 'Options' (the ellipsis). Update the keyboard navigation walkthrough to assert the new button appears in the expected tab sequence.

github-actions · 2026-05-12T17:08:06Z

Flaky tests detected in c47ab18.
Some tests passed with failed attempts. The failures may not be related to this commit but are still reported for visibility. See the documentation for more information.

🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/33440732507
📝 Reported tests:

should insert block with the slash inserter when using multiple words in /test/e2e/specs/editor/various/inserting-blocks.spec.js, passed after 1 failed attempt.

Error: apiRequestContext.fetch: socket hang up
Call log:
  - → GET http://localhost:8889/wp-json/wp/v2/blocks?per_page=100&status=publish%2Cfuture%2Cdraft%2Cpending%2Cprivate%2Ctrash
    - user-agent: Playwright/1.62.1 (x64; ubuntu 24.04) node/20.20 CI/1
    - accept: */*
    - accept-encoding: gzip,deflate,br
    - X-WP-Nonce: 0f73932059
    - cookie: wordpress_test_cookie=WP%20Cookie%20check; wordpress_logged_in_23778236db82f19306f247e20a353a99=admin%7C1788384279%7CKx5F6bIxDMEZ9hmZxsK9LPmj6wIvtGRtekLQ6H15koq%7C529f9345f2641f33308b0d49d8d39e2a871583914a2dae10a1adcb01b32dadc9; wp-settings-time-1=1788212609

    at RequestUtils.rest (/home/runner/work/gutenberg/gutenberg/packages/e2e-test-utils-playwright/src/request-utils/rest.ts:112:39)
    at RequestUtils.deleteAllBlocks (/home/runner/work/gutenberg/gutenberg/packages/e2e-test-utils-playwright/src/request-utils/blocks.ts:23:28)
    at /home/runner/work/gutenberg/gutenberg/test/e2e/specs/editor/various/inserting-blocks.spec.js:11:22

adamsilverstein · 2026-05-12T17:34:29Z

@jasmussen I gave your idea a spin here, let me know what you think!

carolinan · 2026-05-13T09:03:48Z

I followed the test instructions and this is working well for me.

Note: The keyboard shortcut for adding a new note, Ctrl + Alt + M overrides the expected behavior when using a Swedish keyboard on Windows 11, it is expected to insert µ. But this shortcut was not introduced in this PR.

jasmussen · 2026-05-13T09:53:01Z

Nice. How are you all feeling about this? I think there may be some visuals we can tweak over time, the precise icon and the placement of it, but IMO this feels like a decent thing to merge early for the 7.1 cycle so that we can test it as a new baseline. What do you think?

carolinan · 2026-05-13T09:55:56Z

Well to me it feels like an improvement.

Mamaduka · 2026-05-13T10:08:59Z

I think "Add note" was in the toolbar initially, but then was moved to the dropdown. It might be worth revisiting those old discussions.

Also, how is this going to work with #78223?

P.S. I see lots of overlapping issues/PRs; it would be nice to have a finalized spec. Otherwise, I think we will spend time on features that will be obsolete after a couple of iterations.

t-hamano · 2026-05-13T10:12:12Z

Block with a thread → the existing NoteAvatarIndicator continues to appear (participant avatars). Only one notes affordance is shown at a time, avoiding visual clutter.

There is #75147, which attempts to support multiple note threads per block. If both this PR and #75147 are shipped, the toolbar would look like this, correct?

jasmussen · 2026-05-13T10:45:43Z

I think "Add note" was in the toolbar initially, but then was moved to the dropdown. It might be worth revisiting those old discussions.

I was there for the discussion, and may even have been the one suggesting it move to the dropdown. The motivation from my perspective was always: we're shipping iteration 0 of this, and that's good, it lets us build the bicycle while riding it. But that in lacking inline comments, some management features, suggestions, multi user collaboration, the feature wasn't yet ready for prominence. By putting it in the dropdown, we reduced the surface area: yes you can use notes already! But it's intentionally de-emphasised while it continues to evolve between releases.

In suggesting now that we promite the action back, I'm also suggesting (kudos to you all), that probably now it is in fact ready for prominence. Time to shine!

Private APIs are not consumed externally, so the entry is unnecessary per review feedback.

adamsilverstein · 2026-05-13T20:17:55Z

There is #75147, which attempts to support multiple note threads per block. If both this PR and #75147 are shipped, the toolbar would look like this, correct?

Yes, that looks right to me @t-hamano

t-hamano

From a code perspective, it looks good. If it also looks good from a design perspective, I think we can ship this PR.

I think "Add note" was in the toolbar initially, but then was moved to the dropdown. It might be worth revisiting those old discussions.

In my investigation, I believe this menu was in the dropdown from the beginning.

https://github.com/WordPress/gutenberg/pull/60622/changes#diff-1eb2db12c6b7b9ecd47f0ce0bafa5f2f1001a63e8d00a14ab141db2bf26d41b6R12-R15

…d-note-to-toolbar # Conflicts: # packages/editor/CHANGELOG.md # packages/editor/src/components/collab-sidebar/index.js # test/e2e/specs/editor/various/block-notes.spec.js

Mamaduka · 2026-06-15T07:04:02Z

I think this is making the button too prominent for a feature that might not be used 80% of users. The toolbar has limited space and is usually reserved for common actions.

cc @richtabor

adamsilverstein · 2026-06-15T08:37:57Z

I think this is making the button too prominent for a feature that might not be used 80% of users. The toolbar has limited space and is usually reserved for common actions.

cc @richtabor

Thanks for the feedback @Mamaduka - I don't feel strongly about this, it is primarily a UX/design question at this point. This PR is really an exploration so we can see how it feels having the notes button more prominently displayed.

I also experimented with a floating add note button next to text selections in #78223 which I personally found too obtrusive, but wanted to explore and share here for completeness.

The floating button is closest to what I see in Google docs, although we don't have any similar UI in Gutenberg as far as I can tell:

fcoveram · 2026-07-08T15:10:32Z

I think this is making the button too prominent for a feature that might not be used 80% of users. The toolbar has limited space and is usually reserved for common actions.

I second this approach. And to me, this goes beyond the UX challenge.

The proposal is at the product level and involves user expectations around what tools are highlighted when editing a document. I still believe that edit modes is a worthy approach to accommodate affordances and tools depending on the user's intention. We are already doing that with pattern editing where controls are simplified to reduce friction.

In this case, the ongoing features related to notes outline the need for having a Comment mode where putting this action in the toolbar makes more sense.

draganescu · 2026-09-22T12:28:53Z

In recent user testing I've seen the dot menu is much more attractive than we think - despite being a catch all to avoid visual clutter, the fact that it is a catch all actually trains users to 1st look there even for things that are available as buttons in the toolbar.

To be honest I don't know if the toolbar has today more value as significance of state in context (e.g. there are notes) rather than a quick access contextual UI. That is a long way of saying we may not want this button.

adamsilverstein · 2026-09-22T21:53:10Z

To be honest I don't know if the toolbar has today more value as significance of state in context (e.g. there are notes) rather than a quick access contextual UI. That is a long way of saying we may not want this button.

@draganescu - Thanks for the feedback and review! I am not at all attached to this approach am open to other ideas. A few points though:

We already use the block toolbar to show a view notes link (avatar icon(s)) when a block has existing notes:

Recently opened issues from @annezazu ask for Notes to be more discoverable:
- Notes: improve ease of adding notes #82350
- Notes: improve discoverability of feature #82349

Do you agree we have a discovery issue? If so, can you offer some ideas for how to make the feature more discoverable other than what the current PR proposes?

One other idea i explored is a floating tool similar to google docs:

Add floating "Add note" button beside the selected block or text selection #78223

Please review that one as well if you have a chance!

jasmussen · 2026-09-23T06:27:34Z

We already use the block toolbar to show a view notes link (avatar icon(s)) when a block has existing notes:

Essentially this flow, going from empty paragraph to "noted" paragraph:

It's saying, if we already reserve that space when noted, maybe do it when un-noted too? Still, this is not a strong opinion from my end. What I would say is that if we don't add a notes button in the toolbar, we should add a notes icon to the ellipsis menu, and a shortcut key.

adamsilverstein · 2026-09-23T18:16:46Z

What I would say is that if we don't add a notes button in the toolbar, we should add a notes icon to the ellipsis menu, and a shortcut key.

Thanks @jasmussen feedback noted. I'll work on a second PR with this approach for a comparison point. Ideally we would do real user testing on the two approaches (asking users to "add a note" and seeing how they interact); I'm sure we have time for that, but at least this will give us a "gut check" comparison of the two approaches.

…d-note-to-toolbar # Conflicts: # packages/block-editor/CHANGELOG.md # packages/editor/CHANGELOG.md

adamsilverstein · 2026-09-24T05:10:58Z

What I would say is that if we don't add a notes button in the toolbar, we should add a notes icon to the ellipsis menu, and a shortcut key.

@jasmussen - I tried this out in #83460

One more option to consider:

Add floating "Add note" button beside the selected block or text selection #78223

annezazu · 2026-09-29T20:17:48Z

I like this much more than #78223. I confirmed the add note works both for overall notes and, when highlighting a specific part, to add a note just to that section. The only oddness is the View Notes linking to the very first note rather than the latest but I'm not sure if one is better than another:

Screen.Recording.2026-09-29.at.1.11.19.PM.mov

fcoveram · 2026-09-30T09:34:38Z

Agree with @annezazu. This PR feels better than #78223, and the focus could be set on the latest comment.

Mamaduka · 2026-09-30T09:39:30Z

We should also consider the #83549.

The last area of the toolbar will get crowded if we ship all the new items.
Close proximity to delete also increases the risk of accidental block removal.

adamsilverstein · 2026-09-30T18:00:45Z

One other option that makes Notes a bit more discoverable without moving it out of the menu:

Notes: Show an icon on the "Add note" block menu item #83460

…d-note-to-toolbar # Conflicts: # packages/editor/src/components/collab-sidebar/index.jsx # test/e2e/specs/editor/various/block-notes.spec.js

richtabor · 2026-09-30T20:42:58Z

Is this only within a certain mode, or always present on the block toolbar?

…d-note-to-toolbar

The trunk merge brought in its own Internal section under Unreleased, leaving two headings that the changelog validator rejects. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CdtuWidg1XBK8cpYLNSWxF

The test added on trunk asserts no "Add …" button is in the block toolbar, but this branch adds an "Add note" toolbar button that the name-based locator also matches. Target the inserter class instead, as the sibling test already does. Co-Authored-By: Claude Fable 5.1 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01CdtuWidg1XBK8cpYLNSWxF

jasmussen · 2026-10-01T08:15:01Z

Noting that here's a PR to remove the avatars: #83939

jasmussen · 2026-10-01T09:15:25Z

Noting also there's a PR here to remove the block alignments from paragraphs: #83945.

jasmussen · 2026-10-01T10:52:31Z

And here's an alternative to just removing the alignment from Paragraphs, removing it also from Quotes but bringing it into the inspector instead: #83955.

yashjawale · 2026-10-01T12:14:41Z

In my opinion, having two buttons pertaining to a single feature (which is also slightly less used than the others) can make the toolbar a bit crowded.

I think the flow in #78205 (comment) might lead to less visual clutter. That way in both cases (notes already present/not) the primary notes action is present in the same location.

Adding a new note thread to a place where one already exists isn't a common action, and perhaps can go to three dot menus of toolbar (maybe also to three dot menu of threads, something like "start a new thread"?)

In Google Docs' case, whenever we click on a piece of text that already has a comment, it always highlights the existing thread so their toolbar button always starts a new thread. But since currently in our case clicking on a block doesn't bring out its thread too (since we have Inspector panel in that place), perhaps the primary action for notes button should be to focus on existing threads?

PS: Apologies for long message 😅

…d-note-to-toolbar

annezazu · 2026-10-06T00:13:05Z

Is this only within a certain mode, or always present on the block toolbar?

@richtabor as is, this would be always present, which is part of the hesitancy in adding it outright. At the same time, discoverability and usability of this feature is pretty poor. Every single time you have to go to the three dot menu to add a new item. I lean towards removing both the + and delete item on the toolbar but including this PR to help with both aspects. Perhaps it only appears after a note has been added to ensure folks are using the feature first. This won't help with discoverability but perhaps that's a decent compromise.

…d-note-to-toolbar # Conflicts: # packages/editor/CHANGELOG.md # packages/editor/src/components/collab-sidebar/index.jsx

t-hamano

Perhaps it only appears after a note has been added to ensure folks are using the feature first.
It's saying, if we already reserve that space when noted, maybe do it when un-noted too? Still, this is not a strong opinion from my end.

Personally, I support these proposals.

t-hamano · 2026-10-07T06:21:15Z

+-   Notes Sidebar: Promote the "Add note" action from the block-toolbar overflow menu to a dedicated toolbar button placed before the ellipsis. Blocks that already have a thread continue to show the avatar indicator alongside the button ([#78205](https://github.com/WordPress/gutenberg/pull/78205)).
+-   Notes Sidebar: The "Add note" toolbar button now toggles the form it opened and exposes `aria-expanded`, so clicking it again closes the form instead of silently doing nothing ([#78205](https://github.com/WordPress/gutenberg/pull/78205)).
+-   Notes Sidebar: Fade the floating note card in once its anchor has been measured, rather than cutting it to full opacity in a single frame ([#78205](https://github.com/WordPress/gutenberg/pull/78205)).


Let's consolidate these into a single entry.

t-hamano · 2026-10-07T06:34:55Z

+// The floating card renders at `opacity: 0` until `useFloatingBoard` has
+// measured its anchor, so dropping that inline style is what reveals it.
+// Fade across that step instead of hard-cutting the card into place.
+.editor-collab-sidebar-panel__add-note.is-floating {
+	@media not (prefers-reduced-motion) {
+		transition: opacity 0.12s ease-out;
+	}
+}
+


I suspect this style is no longer needed, as it is already defined here:

gutenberg/packages/editor/src/components/collab-sidebar/style.scss

Lines 120 to 124 in 930a099

// Ease reflows, e.g. on selection change. The first positioning starts

// from `top: auto`, which doesn't animate.

@media (prefers-reduced-motion: no-preference) {

transition: top var(--wpds-motion-duration-md) var(--wpds-motion-easing-balanced);

}

jasmussen · 2026-10-07T06:43:22Z

Perhaps it only appears after a note has been added to ensure folks are using the feature first.
It's saying, if we already reserve that space when noted, maybe do it when un-noted too? Still, this is not a strong opinion from my end.

I think it's compatible, but just connecting a dot with a parallel conversation in this PR that suggests replacing the user avatars with just the note button, having it do double duty.

adamsilverstein requested a review from ellatrix as a code owner May 12, 2026 15:38

github-actions Bot added [Package] Editor /packages/editor [Package] Block editor /packages/block-editor labels May 12, 2026

adamsilverstein added [Status] In Progress Tracking issues with work in progress [Feature] Notes Phase 3 of the Gutenberg roadmap around block commenting labels May 12, 2026

adamsilverstein added the [Type] Feature New feature to highlight in changelogs. label May 12, 2026

adamsilverstein requested review from Mamaduka, jasmussen and t-hamano May 12, 2026 15:47

E2E: Include Add note in keyboard navigable block toolbar order

cd10c2b

The block toolbar now renders an 'Add note' button between 'More' and 'Options' (the ellipsis). Update the keyboard navigation walkthrough to assert the new button appears in the expected tab sequence.

t-hamano reviewed May 13, 2026

View reviewed changes

Comment thread packages/block-editor/CHANGELOG.md

jasmussen mentioned this pull request May 13, 2026

Try floating "Add note" button next to live text selection #78220

Closed

6 tasks

Notes: Remove changelog entry for private API removal

cb3b623

Private APIs are not consumed externally, so the entry is unnecessary per review feedback.

t-hamano approved these changes May 14, 2026

View reviewed changes

adamsilverstein mentioned this pull request Jun 9, 2026

Notes iteration for WordPress 7.1 #76316

Closed

Merge remote-tracking branch 'origin/trunk' into fix/78188-promote-ad…

9e2c0e5

…d-note-to-toolbar # Conflicts: # packages/editor/CHANGELOG.md # packages/editor/src/components/collab-sidebar/index.js # test/e2e/specs/editor/various/block-notes.spec.js

Merge remote-tracking branch 'origin/trunk' into fix/78188-promote-ad…

f485dda

…d-note-to-toolbar # Conflicts: # packages/block-editor/CHANGELOG.md # packages/editor/CHANGELOG.md

adamsilverstein mentioned this pull request Sep 23, 2026

Notes: Show an icon on the "Add note" block menu item #83460

Open

adamsilverstein mentioned this pull request Sep 25, 2026

pr-status-review: Classify failing CI checks with Jev adamsilverstein/my-skills#35

Merged

Merge remote-tracking branch 'origin/trunk' into fix/78188-promote-ad…

a1d5443

…d-note-to-toolbar # Conflicts: # packages/editor/src/components/collab-sidebar/index.jsx # test/e2e/specs/editor/various/block-notes.spec.js

adamsilverstein mentioned this pull request Sep 30, 2026

Notes iteration for WordPress 7.2 #80015

Open

2 tasks

adamsilverstein and others added 3 commits September 30, 2026 22:39

Merge remote-tracking branch 'origin/trunk' into fix/78188-promote-ad…

511344d

…d-note-to-toolbar

jasmussen mentioned this pull request Oct 1, 2026

Try: Remove avatars from block toolbar (Notes) #83939

Open

Merge remote-tracking branch 'origin/trunk' into fix/78188-promote-ad…

35bcae6

…d-note-to-toolbar

adamsilverstein mentioned this pull request Oct 2, 2026

Add Suggestion mode with Notes #73411

Open

9 tasks

Merge remote-tracking branch 'origin/trunk' into fix/78188-promote-ad…

930a099

…d-note-to-toolbar # Conflicts: # packages/editor/CHANGELOG.md # packages/editor/src/components/collab-sidebar/index.jsx

t-hamano reviewed Oct 7, 2026

View reviewed changes

manzoorwanijk removed their request for review October 7, 2026 06:44

	// Ease reflows, e.g. on selection change. The first positioning starts
	// from `top: auto`, which doesn't animate.
	@media (prefers-reduced-motion: no-preference) {
	transition: top var(--wpds-motion-duration-md) var(--wpds-motion-easing-balanced);
	}

Conversation

adamsilverstein commented May 12, 2026 • edited by coderabbitai Bot Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Summary

Behavior

Testing

Implementation

Design decisions (from the issue's open questions)

Screenshot

Test plan

Related

Summary by CodeRabbit

Uh oh!

github-actions Bot commented May 12, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

github-actions Bot commented May 12, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

adamsilverstein commented May 12, 2026

Uh oh!

carolinan commented May 13, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

jasmussen commented May 13, 2026

Uh oh!

carolinan commented May 13, 2026

Uh oh!

Mamaduka commented May 13, 2026

Uh oh!

Uh oh!

t-hamano commented May 13, 2026

Uh oh!

jasmussen commented May 13, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

adamsilverstein commented May 13, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

t-hamano left a comment

Choose a reason for hiding this comment

Uh oh!

Mamaduka commented Jun 15, 2026

Uh oh!

adamsilverstein commented Jun 15, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

fcoveram commented Jul 8, 2026

Uh oh!

draganescu commented Sep 22, 2026

Uh oh!

adamsilverstein commented Sep 22, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

jasmussen commented Sep 23, 2026

Uh oh!

adamsilverstein commented Sep 23, 2026

Uh oh!

adamsilverstein commented Sep 24, 2026

Uh oh!

annezazu commented Sep 29, 2026

Uh oh!

fcoveram commented Sep 30, 2026

Uh oh!

Mamaduka commented Sep 30, 2026

Uh oh!

adamsilverstein commented Sep 30, 2026

Uh oh!

richtabor commented Sep 30, 2026

Uh oh!

jasmussen commented Oct 1, 2026

Uh oh!

jasmussen commented Oct 1, 2026

Uh oh!

jasmussen commented Oct 1, 2026

Uh oh!

yashjawale commented Oct 1, 2026

Uh oh!

annezazu commented Oct 6, 2026

Uh oh!

adamsilverstein commented May 12, 2026 •

edited by coderabbitai Bot

Loading

github-actions Bot commented May 12, 2026 •

edited

Loading

github-actions Bot commented May 12, 2026 •

edited

Loading

carolinan commented May 13, 2026 •

edited

Loading

jasmussen commented May 13, 2026 •

edited

Loading

adamsilverstein commented May 13, 2026 •

edited

Loading

adamsilverstein commented Jun 15, 2026 •

edited

Loading

adamsilverstein commented Sep 22, 2026 •

edited

Loading