Skip to content

fix: keep the public link token in the preferences link - #3778

Merged
AlexAndBear merged 1 commit into
mainfrom
fix/prefs-publiclink-reload
Oct 15, 2026
Merged

AlexAndBear merged 1 commit into
mainfrom
fix/prefs-publiclink-reload

Conversation

@AlexAndBear

Copy link
Copy Markdown
Member

Description

Related Issue

How Has This Been Tested?

  • test environment: unit tests (Vitest), browser tests (Playwright) against a local OpenCloud
  • test case 1: unit: the token is passed without a user, logged-in users get an empty query
  • test case 2: browser: password-protected public link, Preferences, reload; logged-in Preferences and search bar unchanged

Types of changes

  • Bugfix
  • Enhancement (a change that doesn't break existing code or deployments)
  • Breaking change (a modification that affects current functionality)
  • Technical debt (addressing code that needs refactoring or improvements)
  • Tests (adding or improving tests)
  • Documentation (updates or additions to documentation)
  • Maintenance (like dependency updates or tooling adjustments)

@AlexAndBear AlexAndBear self-assigned this Oct 13, 2026
@AlexAndBear
AlexAndBear force-pushed the fix/prefs-publiclink-reload branch from 478a2be to 2ce5a85 Compare October 14, 2026 07:06
@AlexAndBear
AlexAndBear force-pushed the fix/prefs-publiclink-reload branch from 2ce5a85 to 3e4c33a Compare October 15, 2026 13:15
@AlexAndBear
AlexAndBear merged commit d25f6c7 into main Oct 15, 2026
27 checks passed
@AlexAndBear
AlexAndBear deleted the fix/prefs-publiclink-reload branch October 15, 2026 13:46
@openclouders openclouders mentioned this pull request Oct 15, 2026
1 task
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Reloading Preferences opened from a public link shows an endless spinner

2 participants