Search results

Thank you for your investigation. I've forwarded this information to an appropriate person. It looks like a good idea to show source and destination paths, as document root may be customized.

Hello, I were not able to reproduce such an issue. I've tried to do this in the following way: 1. I have a subscription with the following configuration: - domain.tld - with WordPress installation placed at vhosts/domain.tld/httpdocs/ - subdomain.domain.tld - addondomain.tld - with WordPress...

Hello, Tomek, we were not able to reproduce such issue. We've tried in this way: 1. Create a Customer without a subscription; 2. Login as Customer, go to Edit profile and set any non-default language (e.g. German); 3. As an Admin create a subscription for Customer, using service plan with...

Did your customers install WordPress via WP Toolkit "Install" button or via APS packages (domain- Applications)?

In general, reinstallation of WP Toolkit should help you resolve this issue. Had you tried to create test domain and install WordPress there? Does this WP instance have the same problem with password changing?

This shouldn't matter because WordPress Toolkit uses it's own sqlite database to store data about installed WP instances. Could you please check permissions for this database, it should be like the following: # ls -la /usr/local/psa/var/modules/wp-toolkit/wp-toolkit.sqlite3 -rw------- 1 psaadm...

Thank you for such a detailed feedback. We need some time to deeply investigate this issue. I'll try to reproduce such situation and will come back to you for an additional details if needed.

I see. It looks like I can guess why such a situation may happens. Some theme was manually installed after installation (and securing) of WP instance. New theme may be installed with permissions which are considered as "unsecure". And security check was applied when you went to security drawer...

I was not able to repeat such situation. Which version of WP Toolkit is installed in your Plesk? Are you using quick install to install new WordPress or this is a custom installation? WordPress was installed in root folder of domain (httpdocs) or into some subdirectory?

Do you see an available update at the moment? Auto update task should be running every night to apply all the available updates. Before the task was started automatically you may see that some update is available.

Does this happen with all the WordPress instances on the server or just with one of them? Are you trying to change the main admin's password or for an additional admin? Could you please go to list of all the WordPress instances as Plesk admin, click "Updates" then click "Check Updates" button...

Thank you for your report. But, as IgorG already stated, it is a little bit hard to understand what happens with your WordPress. Could you please describe your issue in more details? 1. Am I right that you are using WordPress in a multisite mode? Which mode are you using, subdomain-based...

Hi all, thank you for your patience. We've created a bug EXTWPTOOLK-1668 regarding the metioned problem.

Hello, we've created a bug EXTWPTOOLK-1668 regarding the metioned problem.

Unfortunately I don't have an update regarding your issue yet. I hope to get back to you on Monday with update

Hello, we were able to reproduce your issue. We create a bug EXTADVISOR-439 which should be fixed in one of the nearest releases.

Thank you for such a detailed research and explanation of issue. We are investigating this case and I'm going to provide you with an answer as soon as possible.

Thank you for detailed feedback. We are working on investigation of this issue. I hope to return to you shortly with a more complex responce

Oh! My bad. I was wrongly informed about security policy of WP Toolkit. I've just checked sources and see that we currently check files by the mask 644 and directories by the masks: 755, 754, 753, 752, 751, 750 It looks like that permisions 643, 642, 641 and variations like 634... are not realy...

This bug was fixed in the following way: WPToolkit detects files and folders with permissions 755/644 and more strict (754, 753, 752, 751, 750, 643, 642, 641, 640) as secured and does not require any additional actions. (Before this fix WPToolkit detected more strict permissioms than 755/644 as...