[Regression] Desktop app: session time-range filter only appears when Group by is set to State

Confirming this also is happening on Windows under the same Claude Code Desktop version

Confirming this on macOS as well, with an additional grouping mode: the time-range/recency filter is also absent under Group by = Project (you tested Custom groups).

My filter popover with Group by = Project shows only:

• Status (Active)
• Environment (All)
• Group by (Project)
• Sort by (Recency)

No "Last activity" / time-range row anywhere in the menu. Sort by → Recency is still present and selected, but that only reorders — it doesn't cut the list down to recent sessions, so it's not a substitute for the missing filter.

So across the groupings reported so far, the time-range filter appears only under Group by = State, and is hidden under both Project and Custom groups — consistent with the filter being coupled to the grouping mode rather than removed outright. Same build (1.22209.0).

Confirmed. MacOS Sequoia, Claude ver. 1.22209.0

Also seeing this on macOS, Claude version 1.24012.1. Sorting by Recency really isn't a substitute. Very old "Active" sessions stay mixed in without a date label, so it's annoying to keep sessions organized

Confirming on macOS. Claude Desktop 1.22209.3, macOS 26.3.1 (25D771280a), Code tab.

Same regression: after the recent app update the Last activity filter (1d/3d/7d/30d/All) vanished from the Sessions sidebar. It only reappears when Group by = State; with any other grouping the row is gone entirely, so it looks like the feature was removed. With a large session history this makes finding recent sessions very hard.

+1 for restoring the Last activity filter across all Group by modes

Root cause, plus evidence this is a removal rather than a feature that never existed. Windows 11, Claude Desktop 1.24012.9.0 (package installed 2026-07-25) — still reproduces.

Where it's gated

In the renderer bundle (resources/ion-dist/assets/v1/shared-17-*.js) two separate things are keyed off the current Group by value:

// 1. whether the menu row renders at all
const R = "state" === groupBy;
R && <Submenu label="Last activity" options={[1d, 3d, 7d, 30d, All]} ... />

// 2. the value that actually filters the rows
activityDays: "state" === groupBy ? stateActivityDays : 0   // 0 = no cutoff

So even if the row were shown under the other groupings, the cutoff would still be 0. Both the control and the filter behind it are coupled to Group by = State. It's a plain string comparison rather than a feature flag, so there is nothing user-side to toggle.

This is the same expression for every other mode, which matches the reports across this issue and #78829: Project, Date, Custom groups and None all resolve to 0.

Evidence this is a regression

The preference used to have its own grouping-independent storage key, and my profile still contains it, orphaned:

%APPDATA%\Claude\Local Storage\leveldb
  →  LSS-code-sessions-activity-days-filter = {"value":7}

Grepping every JS bundle in the current build for that key and its neighbours:

code-sessions-activity-days-filter  ->  NOT referenced anywhere in 1.24012.9.0
code-sessions-state-activity-days   ->  shared-2-*.js
code-sessions-show-empty-projects   ->  shared-2-*.js

An earlier build persisted a general activity-days-filter value. The current build reads only the State-scoped state-activity-days key and never looks at the old one. The old setting is still sitting in user profiles with its last value, unreachable from any UI.

Group by = State is not a usable workaround

Worth flagging since it is the obvious suggestion: in code mode the State renderer buckets sessions into flat state-working / state-done / … lists with no project headers. So the single grouping that exposes the filter is also the one that discards project separation — which is exactly what people on Group by = Project are trying to keep. There is currently no combination that gives both.

any updates on this issues? group by project plus limited by recency is really helpful

+1

+1 this creates a surprising amount of friction when working across projects

Still reproducible on 2.1.170, Windows.

Confirming the behavior described above is unchanged in this build: with Group by
set to Project or Custom groups, the time-range / "Last activity" row is absent
from the filter menu entirely. Setting Group by → State brings it back, which
matches the diagnosis that the filter is coupled to the grouping mode rather than
removed.

Sort by → Recency isn't a workaround here: it reorders the list but doesn't cut it
down, so with a large session history across several projects the recent sessions
stay mixed in with weeks-old ones.

Set to State does not exist in Windows UI current 19-Aug-2026.

Look - this broke like 50 updates ago. It's important. I start about 3 new threads a day and they are live tasks for 1-7 days - so at an given time about 12-20 tasks - So I need organization (business, personal, server related, writing related etc) and also once I'm not touching them I need them to drop off. Groups is now fixed (thanks) and I can even order my groups now. I don't like Archive because A it means I have to touch completted tasks and B touching tends to make them alive again.

RAISE THE PRIORITY ON THIS PLEASE.

Edit: - My mistake: I don't think Claude Code has ever had the time filter in the Windows UI. What changed about 50 updates ago was that I switched from Claude Chat - where I could use both Groups and 7-day filter, to Claude Code - where Groups were broken and there is NO time filter. Groups is now fixed. The request is to add a time filter in Claude Code same as Claude Chat please.

Please fix this!! It's a PITA to have to look over all my sessions to find the latest ones.

Adding another workflow that's seriously broken by this coupling - daily frustration.

I constantly switch between Group by → Date and Group by → Folder because neither mode alone covers what I need, and the friction is genuinely maddening.

My folder-grouped sidebar is very long (many projects), and sometimes I don't remember which folder a specific session lives in. To find it quickly I switch to Group by Date - e.g. "I worked on this yesterday." That part works.

But then I want to start a new session in a specific project folder, and that's where things completely fall apart:

1. No folder-level "+" in Date view. The plus icon next to folder headings only exists in Group by Folder. In Date view there's no way to target a specific project for a new session.
2. "New session" from a selected session ignores that session's folder. If I'm viewing an old session from Project A (in Date view) and create a new session, it doesn't start in Project A's folder - it starts in whatever folder the previous session was in. Completely unexpected and disorienting.
3. Net result: To start a session in the right folder I must switch back to Group by Folder, scroll through the full unfiltered list, find the project, and hit "+". This isn't an edge case - it's my workflow multiple times a day, every day.

This back-and-forth between grouping modes just to do basic things - find a recent session, then start a new one in the right project - adds up fast. It breaks concentration and turns a two-second action into a multi-step detour.

This isn't a feature request - it's a regression. The time-range filter used to work across grouping modes and it solved exactly this problem beautifully. Folder view + "Last 3 days" gave me project structure and a manageable list in one view. Please restore that independence - it would eliminate this entire class of daily friction.

Pls fix

bring the filter back please!

HIRE A PRODUCT MANAGER IF YOU STILL HAVE BUDGET.

An AI Product Manager agent can't feel our pain.

Workaround until this is fixed: Settings → Archive inactive sessions (I use 2 days). It auto-archives local sessions after a period of no activity (sessions that are running or have background work are never archived, and worktrees with uncommitted changes are kept on disk).

It's not the same as the Last activity filter, since sessions actually get archived rather than just hidden, but it keeps the sidebar from turning into a wall of old sessions in Folder/Project grouping. I rarely go back to old sessions, and when I do I search the archive and unarchive them. Works for me.

Still there on macOS 26.6.2 with Claude 2.7032.0 (Code tab). I group by project and the Last activity filter just isn't in the menu.

Had a look at the bundle and it's still gated the same way, the Last activity row in the session list filter only renders when group by is state (ie=a==="state" in shared-25-*.js). Funny thing is the Projects view filter in the same build has the 1/3/7/14/30/All options with no such condition, so the code is right there.

Related, I opened #96617 about where the search/filter icons sit in the Code sidebar. They show up on the first project row, so it's not obvious they apply to the whole list.

Please bring this back! It's a massive help in managing my sessions and is sorely missed. Thanks.

this app is becoming more and more unusable for mass sessions :/ will this ever be fixed? when i have 30-40+ sessions in a day it becomes incredibly difficult to organise if I can't just hide my previous days stuff..