meeb
This really doesn't seem like a complicated issue so if we can get it debugged with your install then a patch should be quite trivial to fix it.
And that video when being downloaded errors with upload_date not set?
Hm, that's not quite what the task does actually, can you try this as well: ```python Python 3.11.2 (main, Mar 13 2023, 12:18:29) [GCC 12.2.0] on linux Type "help", "copyright",...
@hunterpankey this turned out to be a race condition with the handling of metadata. It should be fixed in the latest release.
Just leaning up some old issues. You can override this easily in the container by setting `TUBESYNC_HEALTHCHECK_ALLOWED_IPS`, e.g. `TUBESYNC_HEALTHCHECK_ALLOWED_IPS=127.0.0.1,1.2.3.4`. Always make sure you have `127.0.0.1` in the comma separated list...
This should be resolved in `:latest`.
@ozhound if tubesync can "mkdir" a new directory but then by default isn't the owner of that directory you must have root squashing or something else enabled on your share?...
If all users were properly mapped to admin then all users would be able to write to the directory owned by admin so something isn't working there. It wouldn't be...
That error doesn't necessarily mean a permissions error, it just means that tubesync called `yt-dlp` to download the file and when complete the expected output file didn't exist on disk,...
What version of tubesync and yt-dlp are you running?