Skip to content

Conversation

@mgallien
Copy link
Collaborator

Close #7613

@nextcloud-desktop-bot
Copy link

AppImage file: nextcloud-PR-7745-c67aa8dde2ed198018cf3d41e91f9739fc2cf222-x86_64.AppImage

To test this change/fix you can simply download above AppImage file and test it.

Please make sure to quit your existing Nextcloud app and backup your data.

@sonarqubecloud
Copy link

Quality Gate Failed Quality Gate failed

Failed conditions
6 Security Hotspots
87 New Code Smells (required ≤ 0)
E Reliability Rating on New Code (required ≥ A)
2 New Bugs (required ≤ 0)
E Maintainability Rating on New Code (required ≥ A)

See analysis details on SonarQube Cloud

Catch issues before they fail your Quality Gate with our IDE extension SonarQube for IDE

#if defined Q_OS_LINUX
const auto fileSystemInfo = QStorageInfo{_localPath};
qCInfo(lcEngine()) << "File system type for current sync folder:" << fileSystemInfo.fileSystemType();
if (fileSystemInfo.fileSystemType() == "NTFS") {
Copy link

@mbiebl mbiebl Jan 10, 2025

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm getting

2025-01-10 15:44:55:888 [ info nextcloud.sync.engine /drone/src/src/libsync/syncengine.cpp:645 ]:↦      File system type for current sync folder: "fuseblk"
michael@mars:~$ findmnt /mnt/data 
TARGET    SOURCE          FSTYPE  OPTIONS
/mnt/data /dev/nvme0n1p11 fuseblk rw,relatime,user_id=0,group_id=0,allow_other,blksize=4096
michael@mars:~$ grep data /etc/fstab 
LABEL=Data      /mnt/data       ntfs-3g auto            0       0

@Rello Rello added this to the 3.16.0 milestone Jan 10, 2025
@mgallien mgallien modified the milestones: 3.16.0, 3.16.1 Feb 13, 2025
@luk-brue
Copy link

I built this branch from source on Linux Mint 21.3 Cinnamon and tested it with some folders on NTFS partitions (different partition than the OS). It works sometimes, which was great! But then it stops working and does not sync new files. Either it is stuck in Offline or it is stuck in "preparing sync..." for hours and nothing happens, even though new files are in the folder. Sometimes it also says "checking folder for new files..." The only solution to make sync work again on NTFS partitions is to remove the accounts and re-add them, then it works sometimes. However, syncing a folder on the same partition as the OS, normal ext4 filesystem, is working fine.

Also weird, When I add an account, I have to authenticate once when I add it and once more when I reboot the machine for the first time afterwards.
I don't know if this is on my side (Qt communicating with keyring) or the client side.

Built with Qt 6.8.2.
I hope this little experience review will help in the developing process, you are doing an awesome job! If you have more questions, I can try to answer them.

@nilsding
Copy link
Member

Also weird, When I add an account, I have to authenticate once when I add it and once more when I reboot the machine for the first time afterwards.

this should be fixed with #7768 which was merged after this PR was created (and this branch is currently out-of-date). Should be fine on latest master...

@mgallien mgallien modified the milestones: 3.16.1, 3.16.2 Mar 12, 2025
@mgallien
Copy link
Collaborator Author

still on my TODO list
hoping to have time soon to finish it

@mgallien mgallien modified the milestones: 3.16.2, 3.16.3 Mar 18, 2025
@Kleisli
Copy link

Kleisli commented Apr 10, 2025

@mgallien is there anything I could do to support you fixing this bug?
Should I test the AppImage from Jan 10? Or do you need Debug-Logs?

@mgallien mgallien modified the milestones: 3.16.3, 3.16.4, 3.17.0 Apr 15, 2025
Copy link
Contributor

@claucambra claucambra left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I approved too fast

Looking into the QStorageInfo documentation here: https://doc.qt.io/qt-6/qstorageinfo.html#fileSystemType

It seems having the NTFS name returned for an NTFS filesystem is dependable on Windows and not on Linux where it can be ntfs-3g or fuseblk, backing up @mbiebl findings

@mgallien mgallien modified the milestones: 3.17.0, 3.18.0 Jul 16, 2025
@mgallien mgallien force-pushed the bugfix/preventWrongPermissionsDetectionOnLinuxNtfs branch from c67aa8d to 365d2d7 Compare October 6, 2025 14:59
@mgallien mgallien requested review from Aiiaiiio and i2h3 as code owners October 6, 2025 14:59
@nilsding nilsding modified the milestones: 4.0.0, 4.1.0 Oct 21, 2025
@mgallien mgallien force-pushed the bugfix/preventWrongPermissionsDetectionOnLinuxNtfs branch from 4cd3722 to 1c26837 Compare November 3, 2025 10:54
@mgallien
Copy link
Collaborator Author

mgallien commented Nov 3, 2025

should now works fine
I tested it with fuse ntfs-3g driver on a recent Debian sid

@mgallien mgallien force-pushed the bugfix/preventWrongPermissionsDetectionOnLinuxNtfs branch from b19bca3 to f60e0eb Compare November 3, 2025 13:15
@mgallien mgallien force-pushed the bugfix/preventWrongPermissionsDetectionOnLinuxNtfs branch from f60e0eb to cee5b96 Compare November 21, 2025 08:59
@mgallien mgallien force-pushed the bugfix/preventWrongPermissionsDetectionOnLinuxNtfs branch 2 times, most recently from f2fc1a6 to 5b464f7 Compare November 24, 2025 08:50
@mgallien mgallien requested review from claucambra and nilsding and removed request for claucambra November 24, 2025 09:43
Close #7613

Signed-off-by: Matthieu Gallien <[email protected]>
Signed-off-by: Jyrki Gadinger <[email protected]>
NTFS file system on Linux reports wrong permissions

client believes they need to be fixed but as they cannot, we end-up
having an infinite loop

Signed-off-by: Matthieu Gallien <[email protected]>
Signed-off-by: Jyrki Gadinger <[email protected]>
@mgallien mgallien force-pushed the bugfix/preventWrongPermissionsDetectionOnLinuxNtfs branch from 5b464f7 to 9c4aedb Compare November 24, 2025 09:46
Aiiaiiio and others added 3 commits November 24, 2025 12:00
rather than trying to figure out the filesystem type.

Signed-off-by: Tamás Bari <[email protected]>
Signed-off-by: Jyrki Gadinger <[email protected]>
@mgallien mgallien force-pushed the bugfix/preventWrongPermissionsDetectionOnLinuxNtfs branch from 9c4aedb to 23bb799 Compare November 24, 2025 11:01
@mgallien mgallien dismissed claucambra’s stale review November 24, 2025 11:03

no longer a maintainer

@mgallien mgallien enabled auto-merge November 24, 2025 11:04
@github-actions
Copy link

Artifact containing the AppImage: nextcloud-appimage-pr-7745.zip

Digest: sha256:5e47f6614c4baec400119a19c04904bca154a5cc9621e44e5759556a6607a0fc

To test this change/fix you can download the above artifact file, unzip it, and run it.

Please make sure to quit your existing Nextcloud app and backup your data.

@sonarqubecloud
Copy link

Quality Gate Failed Quality Gate failed

Failed conditions
2 New Bugs (required ≤ 0)
193 New Code Smells (required ≤ 0)
E Reliability Rating on New Code (required ≥ A)
E Maintainability Rating on New Code (required ≥ A)

See analysis details on SonarQube Cloud

Catch issues before they fail your Quality Gate with our IDE extension SonarQube for IDE

@mgallien mgallien merged commit 14befed into master Nov 24, 2025
21 of 22 checks passed
@mgallien mgallien deleted the bugfix/preventWrongPermissionsDetectionOnLinuxNtfs branch November 24, 2025 11:41
@mgallien
Copy link
Collaborator Author

/backport to stable-4.0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

[Bug]: Version 3.15.n seems to be stuck in an infinite loop during "Checking folder changes". HDD is running hot.

10 participants