Follow along with the video below to see how to install our site as a web app on your home screen.
Note: This feature may not be available in some browsers.
The APS Catalog has been deprecated and removed from all Plesk Obsidian versions. Applications already installed from the APS Catalog will continue working. However, Plesk will no longer provide support for APS applications.
Please be aware: with the Plesk Obsidian 18.0.78 release, the support for the ngx_pagespeed.so module will be deprecated and removed from the sw-nginx package.
Note '--username=' should be '--username=CORRECTUSERNAME' also we should have --user_pass=SOMEPASSWORD in there too?! Perhaps not in this log, but we should be using the change password, not the change username direction. We're not attempting to change the username here. I think its related to...
So WP CLI, this works to change admin password in one of these failed sites - couldn't the "change password" code WPT uses do it this way?
plesk ext wp-toolkit --wp-cli -instance-id 199 -- user update [USERNAME] --user_pass="[PASSWORD]"
The code which is attempted by the WPT is failing, as...
Hey I found the issue here...
Site which doesn't work:
Site which does work
Changing this setting to on, allows password to be reset.
Note this was "like this before" and "worked before" so maybe will help in future if someone else runs into this issue. It was a bit of a weird one to...
Its working to install new WordPress sites. The issue is with pre-existing WP sites (not all of them - strangely there are 2x which were there already which work - both have the wp_ database prefix (not saying that's the cause, just something they have in common!))...
The other server I tested...
Installing a test domain - WPT works when I do it, but when the clients do it, they have anecdotally managed to install "not working" versions.
Removing and reinstalling WPT does not work - the login is still missing, and update password does not work after the scan. Its strange, because every...
When I say here, I mean here:
If the option existed in WPT to change the database name, this would allow this issue to be at least ruled out. I don't think I'd be able to easily update the information in that wp-toolkit.sqlite3 file myself, otherwise.