@zylstra Sometimes it helps to disable unwanted/unused Nextcloud apps.

@marcusquinn maybe this will help https://forum.cloudron.io/post/53660

@girish yay!

@girish Hi, sorry, I wasn't clear, I sent the second message and wanted to indicate that I found the issue and resolved it. The volume wasn't mounted correctly in the fstab.

@jdaviescoates right, we roll out alphabetically as you noticed

@girish awesome! That's what I was looking for there Of course now I've got my shiny new EdgerRouter X setup with hairpin nat and things are working out of the box as expected

I would recommend you to use WebDAV instead of CIFS it will be faster as WebDAV is more modern and appropriate for extended network (non LAN).

@jdaviescoates I didn't notice and significant difference between Nextcloud Office and the separate Collabora Online (CODE) app, just that using the build-in app is a little simpler for system admin, and I suppose has more eyes on maintaining.

Two things worked for me: occ encryption:decrypt-all (on one of the server) which safely decrypted all files and disabled encryption in a couple of minutes on another server, this command didn't decrypt all files but ran without errors, so I needed to come up with another way. So, I put all files and folders into one folder on my laptop, used occ encryption:disable to disable encryption and then created a copy on my laptop, waited for the copy of the folder to upload to the server, then I would delete the original (and rename the copy). Took some time, but it worked.

I have fixed the code now to always copy over the latest htaccess.

@girish to be honest RC4 is horrible but yeah... thanks

@Timojl1 Have you installed nextcloud on Cloudron ? Are building pdlib on the server? You should instead modify the nextcloud app package - https://git.cloudron.io/cloudron/nextcloud-app/

@Razumasu thanks for writing that up

@MooCloud_Matt Thank you for the replies, it's settled then. Will be better with S3 as primary storage. Thank you.

@girish said in Update failed: Check for write permissions: Cloudron package is already at 25.0.1. Only if you're on 7.3.x - that's why I previously updated to 7.3.2 @eddiiii said in Update failed: Check for write permissions: . I try to update to the latest cloudron version. EDIT: That seems to work. Yep, that does it

@nebulon Very good! Thanks a bunch nebulon!

@Supaiku fixed by downloading (for backup) and deleing the files_archive and files_downloadactivity plugins which I had installed. not quite sure which was causing the issue, but one of them was...

@girish That be really great because I'm so done reconfiguring the NC Talk settings once a day lol

@vladimir-d said in Nextcloud Admin Settings > Security & setup warnings: We sorted this issue by amending /app/data/htaccess (/app/code/.htaccess) as follows: <IfModule mod_rewrite.c> RewriteEngine on RewriteCond %{HTTP_USER_AGENT} DavClnt RewriteRule ^$ /remote.php/webdav/ [L,R=302] RewriteRule .* - [env=HTTP_AUTHORIZATION:%{HTTP:Authorization}] RewriteRule ^\.well-known/host-meta /public.php?service=host-meta [QSA,L] RewriteRule ^\.well-known/host-meta\.json /public.php?service=host-meta-json [QSA,L] - RewriteRule ^\.well-known/webfinger /public.php?service=webfinger [QSA,L] - RewriteRule ^\.well-known/nodeinfo /public.php?service=nodeinfo [QSA,L] + RewriteRule ^/\.well-known/webfinger /index.php/.well-known/webfinger [R=301,L] + RewriteRule ^/\.well-known/nodeinfo /index.php/.well-known/nodeinfo [R=301,L] RewriteRule ^\.well-known/carddav https://%{HTTP_HOST}/remote.php/dav/ [R=301,L] RewriteRule ^\.well-known/caldav https://%{HTTP_HOST}/remote.php/dav/ [R=301,L] RewriteRule ^remote/(.*) remote.php [QSA,L] RewriteRule ^(?:build|tests|config|lib|3rdparty|templates)/.* - [R=404,L] RewriteCond %{REQUEST_URI} !^/\.well-known/(acme-challenge|pki-validation)/.* RewriteRule ^(?:\.|autotest|occ|issue|indie|db_|console).* - [R=404,L] </IfModule> That worked for me too. I wonder what caused it though. I have another install of Nextcloud that also has Nextcloud Talk installed and that htaccess has no mention of webfinger, so it must be something else

@jdaviescoates Yes, cron not working is a symptom of docker not working (stuck in configuring)