I've been receiving this error for several years in all my Wordpress installations. The solution has been always the same: the classic snipet where you add a filter for "filesystem_method" with direct mode.

The fact is that for some reason, today I've done a new installation in a Ubuntu 18.04 server and this error has not arised. But when installing my WPML plugin something similar happened: https://wpml.org/forums/topic/cannot-write-into-the-plugins-folder-but-folder-is-chmod-775/

Exactly the same to this user, but as you may see, the WPML support don't know how to solve it. The solution? With the same classic filesystem_method snippet.

But at this point I think noone has stopped to think what it's happening. And personally I don't even know what's happening.

I have Dedicated servers and VPS with all my WP installations. And the problem keeps happening. ALL have Apache2 (so maybe in Nginx this is not a problem).

Most of my WP installations have been running with FULL 777 permisions over the WHOLE wordpress folder (recursively chmod 777 -R the_whole_wordpress_folder) And still I've been reading and receiving as an answer: "You have to set chown to the uploads folder to solve this issue". If you understand the 777 set, ALL users including guest, have write-read and execution permissions therefore it doesnt matter if the apache2 is the owner or in the same group owner of the folder.

This said, is still awkward for me, that the only way to make this work, is to adjust the Direct method

BTW: The define('FS_METHOD', 'direct'); also works exactly the same, as changing the filesystem method filter

So here it's my question: Why FS_METHOD has to be set to Direct to perform this actions even under a full 777'ish wordpress installation? What's going on here?

  • Possibly duplicate of this wordpress.stackexchange.com/questions/189554 – hamdirizal Feb 3 '19 at 17:30
  • I've read that question and this doesn't solve the issue, 23 upvotes for a wrong answer. As I said, when you have full 777 in the whole directory the folder owner and web server daemon user are completely irrelevant. The problem is that here I state why the permission/owner approach are completely irrelevant. Someone suggest that there is an issue with certain plugins like WPML that are uncertain if they can write or not, if Direct is not activated. Therefore, this is the only weak explanation I see for this need. – SirLouen Feb 3 '19 at 18:44
  • On Centos it often is SELinux which is the 'culprit'. But for Ubuntu I can't say. It most often has to do with a combination of owner/permissions and firewall. And as owner are users meant as in e.g. apache / www-data. Checking for correct settings in httpd.conf, and apache2/sites-available/yoursite.conf could solve some. Imho it is in 99% of the cases not WP but a server setting issue. Maybe asking on a forum which has info about your server OS could help you better then we? – Charles Feb 4 '19 at 17:33

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service, privacy policy and cookie policy

Browse other questions tagged or ask your own question.