Open hbarel opened 4 days ago
Thanks for the report. This is a problem in server, as the route to the task is created wrongly. The underlying reason is, that the routes to lists and tasks changed with 0.16.0
, see https://github.com/nextcloud/tasks/pull/2480 and this was not adjusted in server yet.
The link from server currently reads e.g. <nextcloud-url>/apps/tasks/#/calendars/list1/tasks/task-id.ics
where it should be <nextcloud-url>/apps/tasks/calendars/list1/tasks/task-id.ics
(notice the additional /#
in the wrong link).
This needs to be adjusted here
@ChristophWurst Tasks 0.16.0
is available from NC28 onwards. Should we adjust this from there? The proper solution would have been to release Tasks 0.16.0 only for newer server versions, but I didn't notice that this will break when I released 0.16.0. So we might have to go with a fix that will break the behaviour for servers running Tasks older than 0.16.0.
I'm fine with backporting a fix to stable28 assuming that someone updating to the latest server 28 will also run the latest Task app for that release
Steps to reproduce
Expected behavior
One would expect that the task of the link will be displayed, or at least selected, as happens with clicked events.
Actual behaviour
The list of tasks appears, as it does when opening the Tasks application, without any reference to the task of the clicked link.
Tasks app version
0.16.1
CalDAV-clients used
No response
Browser
Chrome
Client operating system
Debian
Server operating system
Debian
Web server
Apache
Database engine version
MariaDB
PHP engine version
PHP 8.2
Nextcloud version
30.0.2
Updated from an older installed version or fresh install
Updated from an older version
List of activated apps
Nextcloud configuration
Web server error log
Log file
Browser log
Additional info
No response