Scarriffle/Calendarr
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

Stop dropping the CalDAV login URL after publishing

Browse Source 
Publishing a calendar copied caldav_published and caldav_url out of the
response and ignored caldav_login_url, which the same response carries. The
"CalDAV-URL (with login)" field therefore stayed blank until the next full page
load — and that is the URL account-based clients need, so anyone following the
hint underneath it had nothing to copy. The token rotation handler dropped it
the same way.

Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
Scarriffle
2026-10-25 16:00:15 +01:00
co-authored by Claude Opus 5
parent a153eea8f9
commit 28c24bc3cd
1 changed files with 4 additions and 0 deletions
Download Patch File Download Diff File Expand all files Collapse all files
frontend/js/calendar.js
+4
View File
@@ -4722,6 +4722,9 @@ function renderCalendarTable() {
const updated = await api.put(`/local/calendars/${id}`, { caldav_published: newVal });
cal.caldav_published = updated.caldav_published;
cal.caldav_url = updated.caldav_url;
// The response carries both URLs; dropping this one left the
// "with login" field blank until the next full page load.
cal.caldav_login_url = updated.caldav_login_url;
renderCalendarTable();
} catch (e) { showToast(e.message, true); }
});
@@ -4741,6 +4744,7 @@ function renderCalendarTable() {
try {
const updated = await api.post(`/local/calendars/${id}/dav-token/rotate`);
cal.caldav_url = updated.caldav_url;
cal.caldav_login_url = updated.caldav_login_url;
renderCalendarTable();
showToast(t('caldav_token_rotated'));
} catch (e) { showToast(e.message, true); }