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

Issue with Account Creation and Task Fetching (Potential Missing Timezone) #2232

New Issue
Closed
opened 2026-03-22 13:58:24 -05:00 by GiteaMirror · 3 comments
GiteaMirror commented 2026-03-22 13:58:24 -05:00
Owner
Copy Link

Originally created by @HexChap on GitHub (May 27, 2025).

Description

Hi there,

I've encountered a couple of issues while deploying my instance:

  1. Account Creation
    After clicking "Create Account", a toast message appears indicating an Internal Server Error. However, the account is still created successfully.

  2. Task Fetching
    Once logged in, the new user cannot fetch or create tasks. Based on the error and behavior, it seems this might be due to a missing or unset timezone.

    XHR GET
http://46.175.151.33:3456/api/v1/tasks/all?sort_by[]=due_date&sort_by[]=id&order_by[]=asc&order_by[]=desc&filter=done+=+false&filter_include_nulls=false&s=&filter_timezone=<time+zone+set+at+service.timezone>&page=1
[HTTP/1.1 500 Internal Server Error 45ms]

No payload for this request

After manually setting the timezone in the user settings, everything starts working as expected.

Instance url: http://46.175.151.33:3456/

I'm new here, so apologies if this is somehow a feature, just wanted to share in case it's useful :)

Vikunja Version

0.24.6

Browser and version

Firefox 138.0.4 (64-bit) on arch

Can you reproduce the bug on the Vikunja demo site?

No

Screenshots

No response

Originally created by @HexChap on GitHub (May 27, 2025). ### Description Hi there, I've encountered a couple of issues while deploying my instance: 1. **Account Creation** After clicking **"Create Account"**, a toast message appears indicating an *Internal Server Error*. However, the account is still created successfully. 2. **Task Fetching** Once logged in, the new user cannot fetch or create tasks. Based on the error and behavior, it seems this might be due to a missing or unset timezone. ``` XHR GET http://46.175.151.33:3456/api/v1/tasks/all?sort_by[]=due_date&sort_by[]=id&order_by[]=asc&order_by[]=desc&filter=done+=+false&filter_include_nulls=false&s=&filter_timezone=<time+zone+set+at+service.timezone>&page=1 [HTTP/1.1 500 Internal Server Error 45ms] No payload for this request ``` After manually setting the timezone in the user settings, everything starts working as expected. Instance url: http://46.175.151.33:3456/ I'm new here, so apologies if this is somehow a feature, just wanted to share in case it's useful :) ### Vikunja Version 0.24.6 ### Browser and version Firefox 138.0.4 (64-bit) on arch ### Can you reproduce the bug on the Vikunja demo site? No ### Screenshots _No response_
GiteaMirror commented 2026-03-22 13:58:25 -05:00
Author
Owner
Copy Link

@kolaente commented on GitHub (May 28, 2025):

This seems like you did not change the default value in your config file, which is the literal string <time zone set at service.timezone> (and not a valid time zone). Can you verify that?

If that's the culprit, you need to manually update the time zone to something valid or null in the database, then it should work again.

@kolaente commented on GitHub (May 28, 2025): This seems like you did not change the default value in your config file, which is the literal string `<time zone set at service.timezone>` (and not a valid time zone). Can you verify that? If that's the culprit, you need to manually update the time zone to something valid or `null` in the database, then it should work again.
GiteaMirror commented 2026-03-22 13:58:25 -05:00
Author
Owner
Copy Link

@HexChap commented on GitHub (Jun 5, 2025):

Yes, I can see it now on the Configuration page in the documentation, but I think that it should be more clear for the average user.

@HexChap commented on GitHub (Jun 5, 2025): Yes, I can see it now on the Configuration page in the documentation, but I think that it should be more clear for the average user.
GiteaMirror commented 2026-03-22 13:58:26 -05:00
Author
Owner
Copy Link

@kolaente commented on GitHub (Jun 13, 2025):

I've since added a check to validate that setting on startup with a better error message. I'd consider this issue solved with that.

@kolaente commented on GitHub (Jun 13, 2025): I've since added a check to validate that setting on startup with a better error message. I'd consider this issue solved with that.
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#2232
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?