PLEASE NOTE: These forums are no longer utilized and are provided as an archive for informational purposes only. All support issues will be handled via email using our support ticket system. For more detailed information on this change, please see this blog post.

Wordpress Multisite Error with uploads folder

  1. form-creator
    Member

    I have a Wordpress multisite installation

    I just recently upgraded the Wordpress version to 3.5.1.

    Since the upgrade I see the following message on my admin dashboard

    "Upload folder is not writable. Export and file upload features will not be functional."

    If I de-activate the Gravity Forms plugin. The message disappears. When I activate it again, the message appears again.

    I also see this message on the individual sites in the network.

    I have checked the file permissions and I have even changed them to 777 and the error message is still there.

    Please help

    Posted 11 years ago on Wednesday February 6, 2013 | Permalink
  2. Please check the permissions of all the parent folders as well:

    wp-content/
    wp-content/uploads/
    wp-content/uploads/gravity_forms/

    Please let us know what those permissions are. The permissions should not have changed with a minor WordPress upgrade to 3.5.1.

    If the permissions and ownership of the folders is OK, you may need to activate WP_DEBUG in your wp-config.php file to troubleshoot further. http://codex.wordpress.org/WP_DEBUG

    Posted 11 years ago on Thursday February 7, 2013 | Permalink
  3. form-creator
    Member

    Please note that I mentioned that I have a multi-site wordpress installation.

    I did an upgrade from version 3.3.x to 3.5.1

    There is no wp-content/uploads/gravity_forms/ folder

    There is a wp-content/blogs.dir folder and inside that folder there are many folders named with numbers representing each site on the WP network.

    The Gravity forms plugin is activated for the whole network

    If there is a site on the network that uses gravity forms, then the following folder exists
    /wp-content/blogs.dir/6/files/gravity_forms

    What should the permissions be for this folder and the parent folders?
    Should I set them to 755? or 777?

    Posted 11 years ago on Thursday February 7, 2013 | Permalink
  4. 755 should be sufficient for directories and 644 for files. You need to be sure the web server process can write to the files as well (as either the owner or in the group which owns the folders.)

    I forgot that the upload directories will be blog specific in a multisite installation. Sorry about that. I think I would work on one site to see what fixes it, then apply the fix to all sites.

    Posted 11 years ago on Friday February 8, 2013 | Permalink
  5. form-creator
    Member

    The permissions of the folder and sub-folders inside /wp-content/blogs.dir/ are set to 755, but the problem is still there

    Posted 11 years ago on Friday February 8, 2013 | Permalink
  6. Because you are a developer license holder, I recommend opening a priority support ticket so we can take a closer look.

    http://www.gravityhelp.com/priority-support/

    Please reference this topic when you do.

    Posted 11 years ago on Saturday February 9, 2013 | Permalink
  7. When trying to determine the relevant upload file path, one must be mindful of the fact that there are Multisite installations out there with two predominate directory schemes; as described in the WordPress Codex.

    By way of summary, WP Multisite 3.5 changed the uploads file path. In MU versions 3.0-3.4.2, uploads in subsites were stored in /wp-content/blogs.dir/ and were shown in http://example.com/files/ and http://example.com/sitename/files. Since v3.5, however, the first site on a fresh Multisite install will put uploaded files in the traditional location of /wp-content/uploads/; however, all subsequent sites on the network will be in the /wp-content/uploads/sites/ folder, in their own subfolder based on the site number, designated by the database--and these files will be accessible via that URL.

    Posted 10 years ago on Thursday June 27, 2013 | Permalink

This topic has been resolved and has been closed to new replies.