v2.0.0-preview-4

[gtsteffaniak]

2.0.0 Preview update 4

This preview update addresses some migration challenges brought up from the previous discussion. A common migration issue was when there was no database specified in the config. So I have added a migrateFrom: default option where it preferes the existing environment variables. Considering most config files don't have the database location specified and use env vars or defaults, this should make migrations less confusing for most.

Please: enable the opt-in analytics in settings > System & Admin, since this is a preview build; doing that at least while running the preview is very helpful to me.

Also I would prefer all issues and comments in the discussion for this release (rather than opening issues)

What's Changed

• re-add swipe to dismiss notifications by @Kurami32 in re-add swipe to dismiss notifications #2672
• add default migration path behavior by @gtsteffaniak in add default migration path behavior #2688
• updated with migration fix for noauth by @gtsteffaniak in updated with migration fix for noauth #2689
• fix x forwarded headers bug by @gtsteffaniak in fix x forwarded headers bug #2690
• fix single file stream issue by @gtsteffaniak in fix single file stream issue #2692
• updated with small changes by @gtsteffaniak in updated with small changes #2693
• add view token fix by @gtsteffaniak in add view token fix #2691
• added remaining comments and functionality changes by @gtsteffaniak in added remaining comments and functionality changes #2694
• enhancements to file permissions functionality by @gtsteffaniak in enhancements to file permissions functionality #2697
• port v1.5.4 changes to v2.0.0 by @gtsteffaniak in port v1.5.4 changes to v2.0.0 #2703

Full Changelog: v2.0.0-preview-3...v2.0.0-preview-4

---

This discussion was created from the release v2.0.0-preview-4.

[pbranly]

Fine
Waiting for the container

[pbranly]

Fantastic
No_auth reworks
Thanks
Phil

[Kurami32]

Found an issue with media files:

• Open a video/audio, close it.
• Open another audio/video, and the previous (sometimes the same) audio/video will start playing in the background when toggling play/pause. And this stacks so you can have a ton of media playing in the background even with plyrViewer closed somehow.

[urkhyberpass]

I believe there may be a Windows path-normalization bug in FileBrowser Quantum v2.0.0-preview-4 (and 3), specifically in the new source/access-control handling.

I am running FileBrowser Quantum natively on Windows with a source located on the E: drive. Authentication succeeds, the source is recognized and indexed, and the administrator account has the correct source scope and all relevant permissions. However, opening the source always results in:

403 access denied

When I inspect the corresponding access-control endpoint, it returns:

{
"status": 400,
"message": "invalid path: backslashes not allowed"
}

This makes me suspect that the configured Windows path is being normalized internally to a native path and then passed into a validator intended for virtual/index paths, which rejects backslashes.

Environment
Operating system: Windows
FileBrowser Quantum version: v2.0.0-preview-4
Installation type: Native Windows executable
Database: Fresh SQLite database
Migration: None, this is a completely new installation
Browser test: Direct localhost connection

There is no reverse proxy, Cloudflare, or external-domain involvement. The same issue occurs directly through 127.0.0.1.

This is my config.yaml:

server:
minSearchLength: 0
disableUpdateCheck: false
numImageProcessors: 4
disablePreviews: false
disablePreviewResize: false
disableTypeDetectionByHeader: false

sources:
- path: "E:/trabalho"
name: "trab"
config:
private: false
rules: []
defaultUserScope: "/"
defaultEnabled: true
createUserDir: true
useLogicalSize: false
defaultPermissions:
view: true
download: true
modify: false
delete: false
create: false

cacheDir: "tmp"

database:
path: "filebrowser.sqlite"
activity:
disabled: false
retentionDays: 30
flushIntervalSeconds: 10
maxBufferSize: 10000

http:
socket: ""
tlsKey: ""
tlsCert: ""
port: 8070
listen: "0.0.0.0"
baseURL: "/"
externalUrl: ""
internalUrl: ""
disableWebDAV: false
trustedHeaders: []
disableRateLimit: false

I also tested without createUserDir and with all default source permissions enabled. The behavior did not change.