Djoss

Community Developer
  • Posts

    2356
  • Joined

  • Last visited

  • Days Won

    9

Everything posted by Djoss

  1. Did you try to edit the container settings and add a new "Path" ?
  2. Looks like you are not using the latest version of the container ? Your log shows you are not running the latest version of CrashPlan.
  3. Did you specified a CrashPlan server, either from the container's config or from the UI ?
  4. Did you see https://github.com/jlesage/docker-freefilesync?tab=readme-ov-file#scheduled-batch-jobs ?
  5. Recycle bin is not supported, so files are permanently removed :)
  6. In container settings, the fields "User ID" and "Group ID" define the user under which the application will run.
  7. I would suggest to check at /mnt/user/appdata/CrashPlanPRO/log/service.log.0 to see if there is anything useful.
  8. Ok, the CrashPlan cache can get large and the size depends on a lot of factors. Do you have a large backup size? Maybe this article can help: https://support.crashplan.com/hc/en-us/articles/8834209890829-CrashPlan-app-cache-files
  9. This kind of issue is usually caused by a browser plugin. Do you see the same problem in an incognito/private window ? With another browser ?
  10. What I'm maintaining is the container image. In other words, the integration of the MSP360 software itself. The MSP360 software is not open source, so we cannot change it. If there is a bug with it, it's MPS360 that has to fix it. I'm working to integrate a new version of MSP360 Backup. Once done, we can verify if you still get the problem. This is strange. Do you see this behaviour with other containers ?
  11. To be precise, the software has only been renamed/rebranded. So this is the same software as before. Licenses for MSP360 Standalone Backup (Linux editions) apply to this container. Yes this is still maintained and updated. You should provide more details about the issue you got. You are right, the new name should be reflected in documentation. I don't see this issue. Maybe you can provide a screenshot showing the problem ?
  12. See https://support.jdownloader.org/Knowledgebase/Article/View/fix-jdownloader-installation
  13. Ok, I also got the update for my account. I will update the Docker image.
  14. What do you mean by "reorganizing audio" ?
  15. Did you try "{source-path}/{source}" ?
  16. It's working for me. How did you set the template ? Also not that the source path is not part of the "Save to" field, but it is part of the "To" select box at the right.
  17. I don't see a new version on my side. Which version do you currently have ?
  18. It's currently not possible (unless you edit the page yourself inside the container), but I think plugins exist that allow you to rename a browser tab.
  19. After a little bit more investigation, it seems that the "source-path" parameter is working under Linux. However, HandBrake will use the source path only if it is writeable. By default, /storage inside the container is read-only, thus if your video is coming from there, the "source-path" parameter won't work. If you want /storage to be writable, you can edit the "Storage" parameter of the container and change "Access Mode" to "Read/Write". You have to switch to the "Advanced View" to be able to perform this.
  20. You could try File -> Open Directory Note that the Windows version is not exactly the same as the Linux one. I think what you want is not part (yet) of the Linux version.
  21. Looks like a different issue. If JDownloader is no longer able to start, you might try this: https://support.jdownloader.org/Knowledgebase/Article/View/fix-jdownloader-installation
  22. Is JDownloader up-to-date? You can check with Help --> Find Updates
  23. You can use the MyJDownloader browser extension for this.
  24. Note that the template already has a field named "Licence Key" for this.