michaelmaw

I had this same issue. To fix the problem, go to Appearance > Editor and click on “Sidebar (sidebar.php” on the right-side under Templates. Change it to the following (basically, you just replace all instances of ‘square-left-sidebar’ with ‘square-right-sidebar’)…

<?php
/**
* The sidebar containing the main widget area.
*
* @package Square
*/

if ( ! is_active_sidebar( ‘square-right-sidebar’ ) ) {
return;
}
?>

<div id=”secondary” class=”widget-area” role=”complementary”>
<?php dynamic_sidebar( ‘square-right-sidebar’ ); ?>
</div><!– #secondary –>

Must have been a caching issue on my web server – for some reason it is working perfectly now. Go figure.

Found the issue. The “WP eCommerce” plugin conflicts with this theme and caused this problem. Disabling that plugin resolved the issue.

Stumbled upon the cause I think (it is due to IIS). In IIS, $_SERVER[“QUERY_STRING”] does not return a value (empty). Have to use REQUEST_URI instead and assign the value to QS…

$_SERVER[“QUERY_STRING”] = preg_replace(‘/^.+\\?/’, ”, $_SERVER[‘REQUEST_URI’]);

This returns the value: “drawer=uploads*subdir” (at least for this particular test)

Which file under your plugin’s “lib/inc” folder parses & assigns the “drawer” querystring variable to the final directory path? Just poking around to see if I can find anything that might be causing this.

If I echo $dir at the very top of the inc.directories.php file, it always outputs the base dir regardless of the querystring.

Yeah I read one of the other forum posts mentioning that. Base Dir is set to…

“S:\Websites\BetaSite/support/clientdocs”

I’ve been disabling all my other plugins in case there is a conflict but so far no luck. My web server is running Windows & IIS with PHP installed (not Apache, hence the backslashes in the path). Do you think that has something to do with it?