Claude Desktop Co-Work Scheduler: Tasks skipped silently and time picker shows incorrect time (off by -1 min or +10 min)

Preflight Checklist

• [x] I have searched existing issues and this hasn't been reported yet
• [x] This is a single bug report (please file separate reports for different bugs)
• [x] I am using the latest version of Claude Code

What's Wrong?

Two bugs observed in the Claude Desktop Co-Work "Schedule Task" feature:

Bug 1 – Scheduler silently skips scheduled tasks
When a task is scheduled via the Co-Work schedule feature, it is not executed at the scheduled time even when the computer is on and the Claude Desktop app is open and running. This has been reproduced on two separate machines (my laptop and a co-worker's computer). The task is simply skipped with no error or notification.

Bug 2 – Time picker displays incorrect time
After selecting a time in the scheduler's time picker, the displayed/saved time is wrong in two different ways:

• Off by -1 minute: e.g., selecting 10:31 results in 10:30 being saved.
• Off by +10 minutes: e.g., selecting 10:31 results in 10:41 being saved.

This may be related to a locale/timezone offset issue. The U.S. recently had a Daylight Saving Time (DST) change, while my geographic location has not yet switched to DST. The laptop's date and time are set to sync automatically to the current geographic locale on Windows 11.

What Should Happen?

1. Scheduled tasks should execute reliably at the specified time when the computer is on and the Claude Desktop app is open, without being silently skipped.
2. The time picker should save and display exactly the time the user selected — no offset, no rounding, no timezone conversion errors.

Error Messages/Logs

Steps to Reproduce

Reproducing Bug 1 (Scheduler skips task):

1. Open Claude Desktop and navigate to the Co-Work > Schedule Task feature.
2. Create a simple task (e.g., "Create a hello_world.txt file in the Downloads folder").
3. Grant the required permissions when prompted.
4. Schedule the task to run at a specific upcoming time.
5. Ensure the computer remains on and the Claude Desktop app stays open.
6. Observe that the task is not executed at the scheduled time — it is silently skipped.

Reproducing Bug 2 (Time picker offset):

1. Open the Schedule Task time picker in Claude Desktop Co-Work.
2. Select a specific time, e.g., 10:31.
3. Confirm the selection.
4. Observe that the displayed/saved time is either 10:30 (off by -1 min) or 10:41 (off by +10 min) instead of the chosen 10:31.

Environment notes:

• U.S. DST change has occurred but local geographic locale has not yet switched to DST.
• Windows 11 date/time is set to sync automatically to current geographic locale.
• Reproduced on two separate machines running Windows 11 (all updates applied).

Claude Model

Other

Is this a regression?

I don't know

Last Working Version

_No response_

Claude Code Version

1.1.6041 (62e193) 2026-03-10T20:11:22.000Z

Platform

Anthropic API

Operating System

Windows

Terminal/Shell

Other

Additional Information

• App: Claude Desktop with Co-Work / Schedule Task feature (not the CLI)
• OS: Windows 11, fully updated, date/time synced automatically to current geographic locale
• Reproduced on: 2 separate machines (my laptop and a co-worker's computer), both running Windows 11
• Test task used: "Create a hello_world.txt file in the Downloads folder" — permissions granted
• Possible root cause hypothesis: The U.S. recently observed Daylight Saving Time (DST), but my geographic location has not yet switched to DST. This mismatch may be causing the time picker to apply an incorrect UTC offset, resulting in the scheduled time being displayed/saved incorrectly (either -1 minute or +10 minutes off). The same offset discrepancy could also explain why the scheduler fires at the wrong time (or not at all if it fires outside the app's polling window).