Knowledge Base

Tasks

Tasks, projects and team collaboration.

12 pages

All topics in this area

What's new?

  • 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.

  • 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 →

View all release notes →