9001/copyparty

Describe the bug As seen here, some settings are set by default, and notably a pretty important one, hist, that sets the cache dir location. When the user change the settings, the values get overriden, thus breaks thumbnail generation because it then tries to write thumbnails into a .hist folder at the root of the volume, which copyparty needs write access to do so (not the case by default). Additionally, the module sets some values, such as externalCacheDir or externalStateDir. Not only the user can't override these values, this also means that a user changing the location of services.copyparty.settings.hist wouldn't automatically add it to the BindPaths of the systemd service, so copyparty wouldn't have access to the folder. There are probably more issues, this is what I quickly found after trying to find out why my thumbnails wouldn't generate. To Reproduce Set services.copyparty.settings to anything, thumbnail generation breaks. Set services.copyparty.settings.hist to anything othe

collabora online (cool/code/coolwsd) seems to work thanks to #1495 however editing with onlyoffice is currently not possible #1495 (comment) mentioned they were able to open a document read-only, but I'm not even getting to that point; when I try to create a new document with the "new textfile" feature in the copyparty ui, for example with the filename some.docx then I see onlyoffice successfully initializes the empty document in the copyparty volume, then onlyoffice asks for the properties of the document, and then nothing more happens; onlyoffice never asks for the contents of the document, and the onlyoffice ui is stuck in a "loading" state, as if the document has not yet been transferred into the editor, however there is zero explanation why in either the copyparty or onlyoffice logs perhaps onlyoffice doesn't like something about the wopi response sent from copyparty? a complicating factor is that this whole feature (the wopi integration) is something i do not care for, something

Describe the bug When using the NixOS module to configure copyparty including a space in a volume's path results in the SystemD service to fail. To Reproduce Create a folder with a space in the name Add a volume using the created folder to the Copyparty using the NixOS module Expected behavior The service to start and the volume with a space to be bound. Example "/TV Shows" = { path = "/mnt/drive-a/TV Shows"; access = { A = [ "cody" ]; }; }; Causes: activating the configuration... setting up /etc... reloading user units for cody... restarting sysinit-reactivation.target the following new units were started: NetworkManager-dispatcher.service warning: the following units failed: copyparty.service × copyparty.service - http file sharing hub Loaded: loaded (/etc/systemd/system/copyparty.service; enabled; preset: ignored) Active: failed (Result: exit-code) since Tue 2026-04-07 23:27:26 MST; 1s ago Duration: 1d 1h 16min 3.051s Invocation: 93e1c5027cd04ac5a423b9eb1b

is your feature request related to a problem? Please describe. Multiple projects like No-Intro, Myrient, Redump, MAME, TOSEC, ... use the ".dat"-file format from RomVault and DATVault for checksumming and integrity testing. This also allows people to build their collection with files from different sources while ensuring they've the same file. List of indexing projects that use this format: https://wiki.romvault.com/doku.php?id=supported_dats Describe the idea / solution you'd like Would it be possible to implement support for these dat files in a way that allows: others to basically get a copy of the index (in this dat format) as if it was a regular file (e.g. in a /dats folder). to import/upload dat files to serve as index (manage the DATRoot) for files that should be there but aren't yet, e.g. if they're uploaded they will automatically appear under this file tree (aka be automatically sorted). to automatically update dat files in the background (when given via URL similar to how t