Djoss

Community Developer
  • Posts

    2356
  • Joined

  • Last visited

  • Days Won

    9

Everything posted by Djoss

  1. How did you import your settings ? From JDownloader itself (via File->Backup->Restore settings) ? Also, is the version on your PC also for Linux ?
  2. Yes, edit container settings and set "Automatic Video Converter: Output Subdirectory" to "SAME_AS_SRC".
  3. What are you trying to do ? Restore files ?
  4. What are you trying to do when you get the error ? Maybe share a screenshot of the error ?
  5. Currently this is not possible, because the source code of the paid version is obviously not available and it also doesn't support Alpine Linux, the OS on which this container is based on.
  6. The screenshot doesn't seem to come from MKVToolNix running in the container ?
  7. Did you check the permissions of this folder ? ls -ld /mnt/cache
  8. Do you have the issue when ripping 1 or 2 discs at time ?
  9. Which browser are you using ? Do you have the same issue with another one ? Note that these kind of problems can also be created by browser's plugins/extensions.
  10. Having a message about the upgrade failure is expected. However, it should not re-appear after you close it.
  11. Do you know where are coming these files ? Are there created by another container ? If yes, it might be incorrectly configured. Note that to restore default permissions in shares, you can use Tools->"Docker Safe New Perms".
  12. When you edit container's settings, the output directory is defined by the value of the "Output Directory" configuration element.
  13. There is a new version of CrashPlan available. I'm working on this and a new image will be released soon. However, I'm not sure why this prevent you from accessing the interface. Do you usually have to enter your username/password every time you access the interface ?
  14. What are the ownership and permissions of theses files ? If the related containers run under a different user as CloudBerry Backup, it is possible that it doesn't have access to the files.
  15. Yes, this is expected since the current beta key is expired. We need to wait for the MakeMKV author to publish a new key (or you can buy one if you want to avoid these troubles).
  16. You can try to open a new tab and start a stop watch at https://www.online-stopwatch.com/. This will at least confirm that there is no issue with Firefox itself.
  17. Also, are you sure it's not the site itself that has an issue when kept open for too long ?
  18. It's probably an issue with HandBrake itself...
  19. Sorry I'm confused. Is the PC your are shutting down the one running the container ?
  20. Did you check if symlinks were broken inside the container ? docker exec CloudBerryBackup ls -l /storage/user/backups/AWS_Syncs If symlinks are using pointing to absolute paths, they could be broken inside the container.
  21. I'm not sure these indicate real issues. Check instead the output of "docker logs Firefox".
  22. I would also check the container's log to make sure the behaviour is not caused by the container restarting or Firefox crashing.
  23. Forgot to reply here, but nightly builds are working again.
  24. Then I don't know how this is possible. So you see the same behaviour with default container and Firefox settings ?