<?xml version="1.0" encoding="UTF-8"?>
<!-- generator="bbPress/1.0.1" -->
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Gravity Support Forums Topic: Support for custom content directory</title>
		<link>https://legacy.forums.gravityhelp.com/topic/support-for-custom-content-directory</link>
		<description>Gravity Support Forums Topic: Support for custom content directory</description>
		<language>en-US</language>
		<pubDate>Tue, 21 Apr 2026 01:59:21 +0000</pubDate>
		<generator>http://bbpress.org/?v=1.0.1</generator>
		<textInput>
			<title><![CDATA[Search]]></title>
			<description><![CDATA[Search all topics from these forums.]]></description>
			<name>q</name>
			<link>https://legacy.forums.gravityhelp.com/search.php</link>
		</textInput>
		<atom:link href="https://legacy.forums.gravityhelp.com/rss/topic/support-for-custom-content-directory" rel="self" type="application/rss+xml" />

		<item>
			<title>Carl Hancock on "Support for custom content directory"</title>
			<link>https://legacy.forums.gravityhelp.com/topic/support-for-custom-content-directory#post-41737</link>
			<pubDate>Mon, 21 Nov 2011 15:36:31 +0000</pubDate>
			<dc:creator>Carl Hancock</dc:creator>
			<guid isPermaLink="false">41737@https://legacy.forums.gravityhelp.com/</guid>
			<description>&#60;p&#62;As Alex mentioned above, we are aware of this issue.  It impacts any functionality that calls PHP outside of WordPress which is isolated to a handful (not all, and not the primary) of features in Gravity Forms.  We will be correcting this in an upcoming release and it only impacts sites where the wp-content folder is being called from a custom location.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Alex Cancado on "Support for custom content directory"</title>
			<link>https://legacy.forums.gravityhelp.com/topic/support-for-custom-content-directory#post-41699</link>
			<pubDate>Sun, 20 Nov 2011 23:07:37 +0000</pubDate>
			<dc:creator>Alex Cancado</dc:creator>
			<guid isPermaLink="false">41699@https://legacy.forums.gravityhelp.com/</guid>
			<description>&#60;p&#62;Yes, we realize calling these files directly is a problem. We are looking for ways to change that so that those pages run within WordPress. That will solve all these problems. This change will be done for 1.7 or even before that.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>WiklanderConsulting on "Support for custom content directory"</title>
			<link>https://legacy.forums.gravityhelp.com/topic/support-for-custom-content-directory#post-40999</link>
			<pubDate>Mon, 14 Nov 2011 08:14:38 +0000</pubDate>
			<dc:creator>WiklanderConsulting</dc:creator>
			<guid isPermaLink="false">40999@https://legacy.forums.gravityhelp.com/</guid>
			<description>&#60;p&#62;BTW, the same problem is in download.php and print-entry.php.
&#60;/p&#62;</description>
		</item>
		<item>
			<title>WiklanderConsulting on "Support for custom content directory"</title>
			<link>https://legacy.forums.gravityhelp.com/topic/support-for-custom-content-directory#post-40996</link>
			<pubDate>Mon, 14 Nov 2011 08:09:04 +0000</pubDate>
			<dc:creator>WiklanderConsulting</dc:creator>
			<guid isPermaLink="false">40996@https://legacy.forums.gravityhelp.com/</guid>
			<description>&#60;p&#62;I’m having the same problem. My public_html contains:&#60;/p&#62;
&#60;pre&#62;&#60;code&#62;assets // what used to be wp-content/upload
custom // what used to be wp-content/
wordpress // The rest of WordPress, unchanged from upstream
wp-config.php&#60;/code&#62;&#60;/pre&#62;
&#60;p&#62;The code in question is in the top of preview.php&#60;/p&#62;
&#60;pre&#62;&#60;code&#62;&#38;lt;?php
for ( $i = 0; $i &#38;lt; $depth = 10; $i++ ) {
    $wp_root_path = str_repeat( &#38;#39;../&#38;#39;, $i );

    if ( file_exists(&#38;quot;{$wp_root_path}wp-load.php&#38;quot; ) ) {
        require_once(&#38;quot;{$wp_root_path}wp-load.php&#38;quot;);
        require_once(&#38;quot;{$wp_root_path}wp-admin/includes/admin.php&#38;quot;);
        RGForms::maybe_process_form();
        break;
    }
}&#60;/code&#62;&#60;/pre&#62;
&#60;p&#62;instead of wp-load.php, I think the the script should look for wp-config.php
&#60;/p&#62;</description>
		</item>
		<item>
			<title>Anonymous on "Support for custom content directory"</title>
			<link>https://legacy.forums.gravityhelp.com/topic/support-for-custom-content-directory#post-40949</link>
			<pubDate>Sun, 13 Nov 2011 16:24:04 +0000</pubDate>
			<dc:creator>Anonymous</dc:creator>
			<guid isPermaLink="false">40949@https://legacy.forums.gravityhelp.com/</guid>
			<description>&#60;p&#62;Hi,&#60;/p&#62;
&#60;p&#62;The way we have our wordpress installations is that we use a custom wp-content directory:&#60;br /&#62;
/public_html/&#60;br /&#62;
    /wordpress&#60;br /&#62;
        /wp-content&#60;br /&#62;
        /wp-admin&#60;br /&#62;
        /wp-includes&#60;br /&#62;
    /wp-content  &#38;lt;!-- this is the wp-content used, path is defined in wp-config.php&#60;/p&#62;
&#60;p&#62;this allows easy wordpress upgrades as its as an svn external and we get to keep our project repositories separate from wordpress.&#60;/p&#62;
&#60;p&#62;However, when previewing a from for example it queries directly gravity-forms/preview.php&#60;br /&#62;
which can't find wp-load.php.&#60;/p&#62;
&#60;p&#62;Is support for custom content directories something that we can expect in future version. Are there any easy changes we can do to the code in the meanwhile?&#60;/p&#62;
&#60;p&#62;thanks
&#60;/p&#62;</description>
		</item>

	</channel>
</rss>
