@girish thanks

I will ask the teams of civicrm and MRBS to take care of this issue.

@girish said in [IDEA] Disabling Core-Update notifications by default:

I think it's a good idea! In fact, we used to previously use a plugin called disable-core-update but that became unmaintained. So, we removed it and replaced with our own - https://git.cloudron.io/cloudron/wordpress-managed-app/-/commit/8a097db0f6041778ff5e458cc4332f9f71ed5bde

Then our plugin broke as well, so we removed it - https://git.cloudron.io/cloudron/wordpress-managed-app/-/commit/08e6cf17a24e047806f4846bf1083b33c40642d6

Wow, I did not even know this has been a struggle for such a long time. It seems like you guys are on top of things anyway.

WP makes this really complicated for some reason.

For all the good WP does, there always is a catch like this 😝

I will give it a shot in the next package update.

I am excited already! This seems to be the way to go for now.

@d19dotca said in [IDEA] Disabling Core-Update notifications by default:

I can't speak to the notifications part, but I definitely have been setting the following in wp-config.php (via MainWP) which stops the auto-updates from happening (for both theme, plugin, and core), which gives me more manual control over that when managing so many sites.

define( 'AUTOMATIC_UPDATER_DISABLED', true );

Good idea, sadly I need my plugins/themes to automatically update.

@mdreira said in Wordpress failing to boot on DB upgrades:

what would be the complete command to repair the database from the app's terminal with wp cli

The command would just be simply wp db repair according to the WP CLI documentation. For reference, the actual impact of that statement is documented in MySQL's documentation directly.

@tparker I tested what @nebulon suggested on my own WP "developer" website and uploading a custom folder with images works fine. The uploaded folder has "root" permission, so make sure to change that to "www-data".

By the way, I can still use WP's auto-update feature for plugins so it's not completely "unmanaged".

This is yet another example of WordPress Managed just being a support ticket generator, and not a lot else.

I don't really know why @staff keep the Managed package going at all, as all it seems to do is generate tickets? 😛

Small update. The long wait time when logging in seems to be related to LDAP users. At least when logging in with a user that has been created manually the login immediately succeeds.

But this seems unrelated to the long wait time for the request when submitting the shopping cart, as this also happens when the ldap plugin is deactivated.

@girish Thank you very much, this is greatly appreciated!

With the latest WP package, you can go to app -> Email -> Do not configure mail settings. Then you can install any plugin you like and manage email sending entirely on your own inside WordPress.

@nebulon

I have up on Wordpress because it doesn’t send users who registers the confirmation email I tried various plugins it doesn’t work either although smtp is set up correctly other mails like forgot password etc works fine but i red to manually validate users who registers to site is a headache it’s a lame Wordpress has this issue of not sending confirmation email to users who am registers

@coniunctio That shouldn't be required. imagemagick is already installed in the WP app container. Are you seeing any failure? If so, can you tell me how to reproduce this?

Yup. That was it. *Palms face

Thanks fellas!

@atrilahiji and then blames it on Cloudron 🤓

Brilliant!

@rmdes on the managed app, you cannot update WP. It will behave similar to what you faced i.e it will ask for credentials. This is because WP figures that it cannot write to the code directory and falls back to uploading code via FTP (a behavior I really dislike but I don't think this can be disabled).

@girish I got it working (I think?) but I didn't change anything, I just rebooted again. I also used WebP express which is free and has more features than the paid options. thanks for checking though!

@jlx89 Thank you.

This is now implemented - https://forum.cloudron.io/topic/4516/wordpress-multisite

@p44 apparently so.

@d19dotca I would add (if you're also moving domain) that in some cases there are remnants of the old domain, and so after doing pretty much what you describe above I tend to use the Better Search and Replace plugin to search for and replace any reference to old domain.

@girish Thanks, I will try it out.