github-starred/vikunja
2
0
Fork 0
mirror of https://github.com/go-vikunja/vikunja.git synced 2026-05-06 11:37:49 -05:00
Code Issues 690 Packages Projects Releases 11 Wiki Activity

Inconsistent APIs: tasks/all vs projects & labels returns null #2444

New Issue
Closed
opened 2026-03-22 14:07:49 -05:00 by GiteaMirror · 3 comments
GiteaMirror commented 2026-03-22 14:07:49 -05:00
Owner
Copy Link

Originally created by @mrmattson on GitHub (Dec 14, 2025).

Description

Bottom-line: Highlighting the "get-all" type API calls aren't the same URL (/tasks/all vs /projects) and the empty response is [] for some and null for others.

Caveat: This is either beyond fix with 1.x.x API on RC3, or there's a bigger design choice I've not seen. Or maybe this is a feature request rather than a bug.

First, the "get all the tasks a user has access to" API utilizes all at the end (https://try.vikunja.io/api/v1/tasks/all) while other "get everything" APIs do not, such as projects (https://try.vikunja.io/api/v1/projects). This seems like an inconsistency.

Second, while working with the APIs, I noticed that requesting tasks using pagination parameters that are beyond the total number of tasks returns an empty array ([]). For example, 55 tasks exist and page 2 with 100 tasks per page is requested: empty array is returned. However, not so for the labels API.

For the labels API, if 55 labels exist and page 2 is requested with 100 labels per page is requested the API returns null. This is inconsistent with what I would expect based on the tasks API. The teams API also returns an empty array for this scenario.

For both items (/tasks/all and /labels --> null), the https://try.vikunja.io/api/v1/docs documentation doesn't specify the different forms of the results when there is nothing to be returned by the paginated results.

Finally, wonderful project, use this thing all the time. If all of this is beyond API freeze or whatever, close it out and move on. Thanks!

Vikunja Version

v1.0.0-rc3

Browser and version

No response

Can you reproduce the bug on the Vikunja demo site?

Please select

Screenshots

No response

Originally created by @mrmattson on GitHub (Dec 14, 2025). ### Description Bottom-line: Highlighting the "get-all" type API calls aren't the same URL (`/tasks/all` vs `/projects`) and the empty response is `[]` for some and `null` for others. Caveat: This is either beyond fix with 1.x.x API on RC3, or there's a bigger design choice I've not seen. Or maybe this is a feature request rather than a bug. First, the "get all the tasks a user has access to" API utilizes `all` at the end (`https://try.vikunja.io/api/v1/tasks/all`) while other "get everything" APIs do not, such as projects (`https://try.vikunja.io/api/v1/projects`). This seems like an inconsistency. Second, while working with the APIs, I noticed that requesting tasks using pagination parameters that are beyond the total number of tasks returns an empty array (`[]`). For example, 55 tasks exist and page 2 with 100 tasks per page is requested: empty array is returned. However, not so for the labels API. For the labels API, if 55 labels exist and page 2 is requested with 100 labels per page is requested the API returns `null`. This is inconsistent with what I would expect based on the tasks API. The `teams` API also returns an empty array for this scenario. For both items (`/tasks/all` and `/labels` --> `null`), the <https://try.vikunja.io/api/v1/docs> documentation doesn't specify the different forms of the results when there is nothing to be returned by the paginated results. Finally, wonderful project, use this thing all the time. If all of this is beyond API freeze or whatever, close it out and move on. Thanks! ### Vikunja Version v1.0.0-rc3 ### Browser and version _No response_ ### Can you reproduce the bug on the Vikunja demo site? Please select ### Screenshots _No response_
GiteaMirror commented 2026-03-22 14:07:50 -05:00
Author
Owner
Copy Link

@kolaente commented on GitHub (Dec 15, 2025):

The inconsistency for /tasks/all has existed for a while and was a leftover of when we had another route at /tasks that collided with the /tasks/all endpoint. I've opened https://github.com/go-vikunja/vikunja/pull/1988 to move that route to just /tasks.

The labels (and other endpoints) inconsistency has been fixed as well in the linked PR.

@kolaente commented on GitHub (Dec 15, 2025): The inconsistency for `/tasks/all` has existed for a while and was a leftover of when we had another route at `/tasks` that collided with the `/tasks/all` endpoint. I've opened https://github.com/go-vikunja/vikunja/pull/1988 to move that route to just `/tasks`. The labels (and other endpoints) inconsistency has been fixed as well in the linked PR.
GiteaMirror commented 2026-03-22 14:07:51 -05:00
Author
Owner
Copy Link

@mrmattson commented on GitHub (Dec 15, 2025):

Wonderful, thanks for the explanation!

@mrmattson commented on GitHub (Dec 15, 2025): Wonderful, thanks for the explanation!
GiteaMirror commented 2026-03-22 14:07:51 -05:00
Author
Owner
Copy Link

@vikunja-bot-app[bot] commented on GitHub (Dec 15, 2025):

This issue has been fixed in #1988, please check with the next unstable build (should be ready for deployment in ~30min, also on the demo).

@vikunja-bot-app[bot] commented on GitHub (Dec 15, 2025): This issue has been fixed in #1988, please check with the next unstable build (should be ready for deployment in ~30min, also on [the demo](https://try.vikunja.io)).
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
area/api
area/attachments
area/auth
area/avatars
area/backup-restore
area/caldav
area/calendar-view
area/comments
area/config
area/database
area/desktop
area/docker
area/email
area/favorites
area/filters
area/frontend
area/gantt
area/i18n
area/import-export
area/internal-code
area/kanban
area/labels
area/list-view
area/mobile
area/notifications
area/permissions
area/projects
area/pwa
area/recurring-tasks
area/reminders
area/search
area/shortcuts
area/subtasks
area/sync
area/table-view
area/task-editor
area/task-metadata
area/task-relations
area/teams
area/theming
area/time-tracking
area/typesense
area/views
area/webhooks
bug
changes requested
concern/accessibility
concern/performance
concern/regression
concern/ux
confirmed
db/mysql
dependencies
enhancement
good first issue
help wanted
integration/inbound
integration/outbound
kind/bug
kind/feature
needs reproduction
pull-request
Mirrored from GitHub Pull Request
 question
security
support
upstream issue
waiting for reply
wontfix
No Label
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
GiteaMirror ninjasurge
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: github-starred/vikunja#2444
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?