The task list watcher survives errors and tells you when auto-hiding is blocked by a lock.
What's wrong with this entry?
The file watcher behind the task list now catches errors instead of silently stopping, logging "Task list watcher error" at warn level and rearming a refresh. When auto-hiding completed tasks cannot take the lock, it now says so plainly rather than appearing to do nothing.
- lock contention message: "Task list lock is busy (another session or process sharing this task list, or an in-flight task write, holds it); completed tasks stay visible and the reset is retried on the next refresh"
- a second hide will not be armed while one is in flight: "Task list reset still in flight; not arming another hide until it settles"
- the reset is retried on the next refresh rather than abandoned
Task list lock is busy (another session or process sharing this task list, or an in-flight task write, holds it); completed tasks stay visible and the reset is retried on the next refresh
Strings lifted out of the shipped bundle, so the claim above can be checked against them.