[Bug]: Synchronise files that use resource fork on HFS file system

⚠️ Before submitting, please verify the following: ⚠️

[X] This is a bug, not a question or a configuration issue.
[X] This issue is not already reported on Github (I've searched it).
[X] Nextcloud Server and Desktop Client are up to date. See Server Maintenance and Release Schedule and Desktop Releases for supported versions.
[X] I agree to follow Nextcloud's Code of Conduct

Bug description

Synchronise font files (likes PostScript Type 1, I know this one is an old one, but you know legacy projects...) between macOs desktop users is not working properly with HFS filesystem.

Steps to reproduce

font.zip

Install the joined font (unzip joined archive) on MacOs that use an HFS file system
synchronise that file on shared nextcloud directory
go to online nextcloud client, you'll notice the file is sync with 0ko without metadata files closed

...

Expected behavior

when synchronise such file, get synchronised files metadata and ensure other MacOs users got those metadata properly and ready to use (at least for other macOs users).

Which files are affected by this bug

UniveCon

Operating system

Mac OS

Which version of the operating system you are running.

macOS catalina

Package

Distro package manager

Nextcloud Server version

24.0.4

Nextcloud Desktop Client version

3.5.0

Is this bug present after an update or on a fresh install?

Fresh desktop client install

Are you using the Nextcloud Server Encryption module?

Encryption is Disabled

Are you using an external user-backend?

[X] Default internal user-backend
[ ] LDAP/ Active Directory
[ ] SSO - SAML
[ ] Other

Nextcloud Server logs

No response

Additional info

I'm not an expert on this topic but from what I have understand is that font on MacOs are saved on the HFS resource fork. Nextcloud desktop client synchronise only data from data fork not resource fork.

So sharing font or any other files that have useful data on resource fork are not shared over MacOs users.

nextcloud / desktop