Closed drolex2 closed 11 months ago
Thanks for opening your first issue here! Be sure to follow the relevant issue templates, or risk having this issue marked as invalid.
The simplest fix is to add a volume:
- $DOCKERDIR/nextcloud/www/nextcloud/custom_apps:/app/www/public/custom_apps
Thanks for that workaround. However, isn't this something that needs to be fixed so that a workaround isn't needed by everyone trying to use the new releases?
There's not a good fix for this. Nextcloud's official image supports custom_apps
as long as you name it exactly custom_apps
and set it up the way they document in your config.php
but you can't do multiple custom app folders or name the one you have differently. Nextcloud itself (the application, not the image) does support multiple custom app folders, and naming the folders whatever you want. It would require some pretty hacky and potentially unsafe hoop jumping to detect and support anything a user could throw at it (ex: you could try to use a folder name that conflicts with something that's built into NC itself).
The way our image is currently setup out of the box allows for a single apps folder, and when updates need to be applied it will overwrite all official apps with the new version included in the nextcloud release. The official image also overwrites included apps with what's included in the release, but they require the use of the custom apps folder to persist any apps that aren't included in NC itself.
There is now documentation for a volume for custom apps https://github.com/linuxserver/docker-nextcloud#custom-app-directories
@nemchik Updating the instructions is one way to address this. However, I'm not sure your updated documentation is correct. You say "if" you are using custom app directories. I never used or wanted to use custom app directories. It was forced upon me simply by using the latest release from linuxserver. The config file was automatically updated to use a custom_apps directory. I changed the config file, but it happened again on the next release. Can you confirm this? If so, I recommend updating the recommended docker-compose and docker cli configurations.
It was forced upon me simply by using the latest release from linuxserver. The config file was automatically updated to use a custom_apps directory. I changed the config file, but it happened again on the next release. Can you confirm this?
That's news to me. I cannot confirm this at all. I actually specifically designed our handling of the 27.x releases NOT to require a custom apps folder. All apps should be installed in /config/www/nextcloud/apps
(built in and user installed apps) unless you go out of your way to setup multiple apps directories in your config.php
You might try stopping the container, editing your config.php to completely remove the apps_paths variable, merge any custom apps into the regular apps folder, and then start the container. See if it continues to force the custom apps config on you.
Is there an existing issue for this?
Current Behavior
Just switched to release 27.0.1-ls258. Every time I switch to a new release these days, I get the following error when I try to access my nextcloud site:
App directory "/app/www/public/custom_apps" not found! Please put the Nextcloud apps folder in the Nextcloud folder. You can also configure the location in the config.php file.
You have moved Nextcloud installation inside container and you symbolic link /app/www/public/apps to /config/www/nextcloud/apps, but it seems that you haven't made a similar link for custom_apps, which seems to be a newly required directory for any extra apps that are installed.
Expected Behavior
I should be able to access the Nextcloud site and use it.
Steps To Reproduce
Environment
CPU architecture
x86-64
Docker creation
Container logs