https://bugs.kde.org/show_bug.cgi?id=525352
--- Comment #6 from Matt Keith <[email protected]> --- (In reply to Bharadwaj Raju from comment #2) > Can you try with the work/bharadwaj/luks-mounts branch? i.e. commit > 37c01d1dde39781af8abd51657c3874ad96d306e I tested commit 37c01d1dde39781af8abd51657c3874ad96d306e. I confirmed that Dolphin is loading the locally built patched plugin: ``` /var/home/matkeith/.local/kio-snapshot-test/lib64/plugins/kf6/kfileitemaction/snapshotfileitemaction.so ``` Snapper permissions are also configured as expected: ``` ALLOW_USERS="matkeith" ALLOW_GROUPS="" SYNC_ACL="yes" ``` The patch gets past the original StorageVolume bailout, but neither "View snapshots…" for files nor "Browse snapshots…" for directories appears. I added a debug line immediately after: ``` QString fsRootPath = fsAccess->filePath(); ``` For a normal file under my home directory, I get: ``` DEBUG fsRootPath: "/" localPath: "/var/home/matkeith/framework.svg" could not determine fs storage volume for "/var/home/matkeith/framework.svg" ``` This looks significant because my Snapper config is for: ``` root │ /var/home ``` and /var/home is the Btrfs `home` subvolume. So although the selected file is under `/var/home`, `fsAccess->filePath()` is returning `/`. The underlying Btrfs filesystem is the same LUKS-backed filesystem mounted at multiple OSTree/Bazzite paths, including `/`, `/var`, and `/var/home`. Also, as my normal user, these commands return Operation not permitted: ``` btrfs subvolume show /var/home btrfs subvolume show /var/home/.snapshots/13/snapshot btrfs subvolume list -p -u -q /var/home ``` I can test additional patches if useful. At this point I feel it necessary to point out that I'm using chatgpt to help me through this and it's a bit over my head =) Hopefully this additional output is helpful. -- You are receiving this mail because: You are watching all bug changes.
