Bugs
Open

Rows in a filtered task view move or disappear during editing, causing edits to hit the wrong task

Summary

In an embedded query view (for example tasks on a daily note), a task whose property no longer matches the filter disappears immediately, and the rows below shift up. If I am about to edit another property, or if a sync adds or removes a row at that moment, the edit can silently be applied to a different task.

Severity

High. The edit lands on the wrong object without any warning, which silently corrupts data (dates, statuses) and is hard to notice or trace.

Environment

Capacities v1.73.1; none none; Windows v10; Chrome v148.0.7778.280 (WebKit v537.36); Desktop (Electron); 11/11/2026, 9:52:51 PM; fr (Europe/Paris, UTC+1); Memory: 167,33 MB / 4 GB; Storage: 3,82 GB / 664,87 GB; Portal: reachable; S3: reachable; Dead Workers: none

Steps to reproduce

  1. Open a daily note (or any page) containing an embedded query view of tasks, filtered on a status (for example “To do”).
  2. Make sure the view shows 5 tasks in a fixed order: Task 1, Task 2, Task 3, Task 4, Task 5.
  3. Change the status of Task 2 to a value that is not included in the filter.
  4. Task 2 disappears from the view and Tasks 3 to 5 move up one row.
  5. Immediately try to edit another property of the task (for example its date), as you would while working through the list.
  6. The row under the cursor is now a different task, and the date change is applied to it.

Expected behavior

Rows should not move, appear, or disappear while the user is interacting with the view. Possible approaches:

  • Keep the edited task visible until the user leaves or refreshes the view, optionally greyed out or marked as “no longer matches the filter”.
  • Show a “View updated, click to refresh” indicator instead of reflowing the list live.
  • At minimum, freeze the list while a property picker or inline editor is open.

Actual behavior

The list updates live. Items vanish or appear mid-interaction, including when triggered by a sync, so click targets change between the moment I aim and the moment I click. I do not see the change happen and end up editing the wrong task.

Impact

  • Wrong task modified without any visible warning.
  • Worse with sync, since remote changes can reshuffle the list at any time, even without me changing anything.
  • Reduces trust in task views for daily planning.

Frequency

Timing dependent, more likely on fast edits like habits or when crossing of tasks and rescheduling at the end of the day and on larger lists.

Additional notes

  • Reproduces with any filter that depends on an editable property (status, date, tag).

0 Comments

Sign in to comment

No comments yet. Be the first to share your thoughts!