What's new – Tasks

What changed recently - newest first.

September 2026

  • Project list now shows a fault message instead of sample data on a load error (#3406)

    A failed project list request used to silently show five fixed sample projects as if the request had succeeded - an outage was indistinguishable from real project data. The list now shows a visible notice that loading failed.

    Open the Knowledge Base →
  • Task webhook subscriptions now record who created them (#3228)

    Creating a webhook subscription for task events worked, but silently left the "created by" field empty, so nobody could tell later who set it up. It now records the acting admin.

August 2026

  • Dropdowns in tasks and projects are now read out by name (#2859)

    Affected were the task list with project, priority and assignee, goals, custom fields, task rules with trigger and action, webhooks, templates with section and priority, team management and project sharing with role and team, the Asana import, and in the project area the project list with status, priority and sort order, the kanban board, the task list and time tracking. All of them now carry a spoken name in German and English. Nothing changes visually. Tasks · Rules ·

    Open the Knowledge Base →
  • "Redeliver" in the delivery log now asks first - and names the target address

    Redelivering from a webhook's delivery log used to fire on the first click. It is not a local retry: the payload goes to the address you configured, carrying a valid signature, and is indistinguishable there from the original delivery - depending on the receiving system it can trigger an order, re-open a case, or create a record twice. Nothing on this screen can recall it. A confirmation now appears before it is sent, naming the event and the target address the signed delivery goes to. Only confirming sends it; cancelling sends nothing. The delivery itself, the retries and the log are unchanged.

  • SCS now creates tasks by itself - and closes them by itself too

    when an employee submits an absence request, a real task is now raised for their direct supervisor - with title, period, a link to the decision, and a due date three days after submission. It therefore sits in My Tasks alongside everything else that has to be done, instead of living only in the bell. The important part is the closing: as soon as the request is approved, rejected or cancelled the task is complete - including when somebody else decided it, and without anyone having to tick it off. Where several people are responsible, each has their own task and all of them close together the moment one of them decides. A task cancelled by hand stays cancelled - it is not quietly flipped to "completed" later. The request is still decided under HR → Absences → Requests; the task takes you there but does not replace the decision.

    Open the Knowledge Base →
  • The background reconciliation now closes the task as well, not only the worklist entry

    a process such as an absence request creates two things: an entry in your worklist and a real task in My Tasks. Normally both close the moment the request is decided. If that notification failed to fire, the regular background reconciliation used to make good only the worklist entry - the task stayed open and had to be ticked off by hand, even though the matter had long been decided. The reconciliation now closes both. A task cancelled by hand still stays cancelled - the reconciliation does not quietly flip it to "completed". You only notice this where a task would previously have been left standing; it now disappears by itself at the next reconciliation at the latest.

    Open the Knowledge Base →
  • Field captions in projects and tasks are now linked to their field

    In the projects (task form, team, time tracking, project list) and in the tasks (custom field values, detail view, recurrence, rules, task list, task type builder, webhooks) the input fields carried a caption above them that was not technically linked to the field. That had two noticeable consequences: clicking the caption did not put the cursor in the field, and a screen reader announced the field without a name - you heard "edit box" instead of "Subject, edit box". That link is now in place. Nothing changes visually - captions, spacing, colours and field sizes are unchanged. Some places sound different: where the caption sits above a group of several controls - the choices of a custom field, the weekdays of a recurrence and a webhook's event selection - a screen reader now announces a group with that name. In a task's detail view, the captions above the person picker and the company picker now name those pickers themselves, so each is announced with its name when you reach it.

    Open the Knowledge Base →
  • People search in quick search

    Searching for colleagues from the tasks search box now goes through the encrypted search. It still matches parts of a name; search terms shorter than three characters no longer return people.

  • Tasks, goals and portfolios load again in newly created workspaces

    In workspaces created since the move to encrypted personal data, the task list, "My tasks", the goals and the portfolios reported a server error instead of their content. The cause: those views still read the assignee's name from the old plaintext fields of staff management, which no longer exist there. The views now read the name from the encrypted fields - the pages load again, and the name shown is the same as before.

    Open the Knowledge Base →
  • Tasks and projects moved to the shared controls (technical)

    Across the task and project pages - board, list, timeline, calendar, My Tasks, inbox, task details, portfolios, goals, automation rules, webhooks and the task types - buttons as well as input, select and text fields now come from the interface's shared building blocks instead of per-page code. Look and behaviour stay the same; what becomes consistent is keyboard focus, contrast in dark appearance and the behaviour of disabled fields. Icon-only buttons additionally carry a screen-reader label throughout.

    Open the Knowledge Base →
  • Unique page titles

    Several help pages carried exactly the same name as a page of the same name in another area, which made them impossible to tell apart in search results and listings. Affected in this area: Automation Rules (Tasks). The page addresses do not change, so saved links and bookmarks keep working.

  • The module page is now called "Tasks Overview"

    It carried the same title as the "Tasks" area page, which put two indistinguishable results next to each other in Knowledge Base search and in search engines. The new title says what the page is: the introduction to projects, boards and views. Nothing changes about the content, the address or any link.

    Open the Knowledge Base →
  • Tasks and projects are now fully usable from the keyboard

    In the list and board views, in "My tasks", in the inbox, in the timeline project plan and in the task type builder, clickable rows, cards and timeline bars can now be reached without a mouse - tab to them and trigger with Enter or the spacebar.

    Open the Knowledge Base →
  • Tasks and projects without initials circles

    Names used to be preceded by a colored initials circle. It has been removed everywhere: in the project overview and the share dialog, in "My tasks", in the list and board views, in the task detail view (assignee, collaborators, subtasks), on the tasks home page, and in the project list and the project tabs "Team" and "Board". The views now show the plain name; a stored profile picture is still displayed.

July 2026

  • Asana import more resilient to server restarts

    If a running Asana import is interrupted by a restart, the system now detects this automatically and releases the import again - the next run resumes from the last saved checkpoint. Administrators can also now explicitly abort a stuck import run.

  • Modernized controls in the Tasks area

    Buttons, form fields, and tables now use consistently designed building blocks. Operation and functionality remain unchanged.