@kaxline A couple of months ago, we pushed a package update that migrated tables to have the wp_ prefix (only when they had no prefix). This was required because WP does not support installations without a table prefix. It looks like something wrong with that migration in your installation. Do you have a backup from package v2.21.3 ? If so, if you can revert to that and contact me on support@cloudron.io, I can take a look why the migration is failing.

@girish nothing plugins and it is happen when it update I don't install any plugin because I want keep it simple and use cloudron security. Since your security level was very good and secured. But some werid. However so far working fine on my side now.

@mattp To add to that, if you want to change the wordpress.app@ address, please see https://docs.cloudron.io/apps/#mail-from-address . (For security/spam reasons, we allow an app to send emails only from the address you configured above).

@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.