🏷️ Discussion Type

Bug

💬 Feature/Topic Area

Projects

Body

Summary

In a board view whose filter contains a top-level OR (without parentheses), scrolling a column to the end loads
the next page of that column from paginated_items. The server returns items that do not belong to the column
(closed items with a different Status), so the column count jumps and closed items show up in the wrong column.

Steps to reproduce

1. Create an organization project with a board view grouped by Status (Todo, In Progress, In Review, Done).
2. Set the view filter to closed:>@today-7d OR no:closed.
3. Have more open items in Todo than fit on the first page, and several items closed within the last 7 days with Status Done.
4. Open the board. Todo shows the correct count (here: 40).
5. Scroll the Todo column to the end so that the next page is loaded.

Expected

Todo keeps its count (40) and only contains items with Status Todo.

Actual

• The count of Todo jumps to 111 (the view has 115 items in total).
• Closed items with Status Done appear in the Todo column. They also stay in the Done column (71).
• A reload resets the count to 40 until the column is scrolled again.

Evidence

The request sent by the page is correctly scoped to the column:

GET /memexes/<project-id>/paginated_items
    ?after=<cursor>
    &q=closed:>@today-7d OR no:closed
    &verticalGroupedBy[columnId]=Status
    &verticalGroupedBy[value]=Todo
    &layout=board

The response has totalCount.value = 111 (not approximate). On the returned page, 5 of 20 nodes are closed items
with the Status option id of Done; the rest are open Todo items.

Same request, only q changed (first page, no after):

111 = 40 (Todo) + 71 (Done, all closed within the last 7 days). The 4 open items in In Review are not part of it.

Likely cause

The column condition (Status = Todo) seems to be appended to the view filter without grouping it. The query is then
evaluated as closed:>@today-7d OR (no:closed AND Status:Todo), which matches every item closed in the last 7 days
regardless of its Status, plus the open Todo items.

Top-level OR in Projects view filters is only supported since advanced search became generally available
(2026-07-16 changelog), so this may be an edge case of that feature that has not been reported yet. I did not
check when the problem first appeared in this project.

Workaround

Wrap the view filter in parentheses: (closed:>@today-7d OR no:closed). After saving it, the count of Todo
stays at 40 when scrolling.

Notes

• The item data is correct all the time: the Status field of the affected items is Done, only the board rendering is wrong.

Guidelines

• I have read the above statement and can confirm my post is relevant to the GitHub feature areas Issues and/or Projects.