Have downloaded, installed and enabled module, saved setting, but none of the things it's meant to do seem to be having an effect on my site. No trailing slashes removed, no 'node/#' URIs being rewritten, nothing. Am I missing something?

Additional info: drupal install resides in subdirectory, but use .htacess to access it via the web root.

Comments

nicholasthompson’s picture

nicholasthompson
Primary language English
commented

Is your site in maintenance mode?

Anonymous’s picture

Anonymous (not verified) commented

No, definitely not in maintenance mode. Just tried it on another installation of drupal and it works fine, so it's either my server setup or an incompatibility with another module. Turned off 'menu breadcrumbs', 'menu trails', 'pathauto' and 'path filter', but to no avail. Think I'll just have to do without this module :/

matt_stoltz’s picture

matt_stoltz commented

Im having a similar problem with my site:

http://www.shoeidiot.com/node/585198

Global redirect is on, and is not working. I have multiple sites running off one drupal install, and its working on them, just not Shoeidiot. I'm assuming module conflict, but can't isolate which module it might be. (Shoeidiot has some modules turned on that the other sites do not.)

Any ideas?

nicholasthompson’s picture

nicholasthompson
Primary language English
commented

Are you using Aggressive caching?

nicholasthompson’s picture

nicholasthompson
Primary language English
commented

Also - does 1.3-alpha1 work?

Tuck’s picture

Tuck commented

I think the problem is on line 45 in globalredirect.module. When your drupal installation is not in root and you do internal rewrite into the drupal installation folder, the $_SERVER['SCRIPT_NAME'] equals "/drupal-installation-path/index.php" but the $GLOBALS['base_path'] equals "/".

yesct’s picture

yesct commented

subscribing (I have my site on hostmonster and had to use their strange htaccess file in public_html to get example.com to find the site files in public_html/live, but have the site run at http://example.com)

Anonymous’s picture

Anonymous (not verified) commented

I think the problem is on line 45 in globalredirect.module. When your drupal installation is not in root and you do internal rewrite into the drupal installation folder, the $_SERVER['SCRIPT_NAME'] equals "/drupal-installation-path/index.php" but the $GLOBALS['base_path'] equals "/".

This would make sense as to why mine doesn't work either. I've also got drupal in a subdirectory, but it doesn't show like that for the visitor thanks to some .htaccess magic in the root.

yesct’s picture

yesct commented

@Tuck and @sypl
Do you have a change to the code (or patch) you can suggest that I can test?

Tuck’s picture

Tuck commented

I don't know what would be the Drupal way to fix this so I just wrote

if ( $_SERVER['SCRIPT_NAME'] != $GLOBALS['base_path'] .'my-drupal-folder/index.php') return FALSE;
tommyk’s picture

tommyk commented

Does the patch in #304025: not working when drupal is installed in a subdirectory work for you?

Tuck’s picture

Tuck commented

That seems to be a good solution. Thanks!

michaelgiaimo’s picture

michaelgiaimo commented

Awesome, same story for me - drupal in a subdirectory hidden via .htaccess. Change in #10 works, though was line #296 in 7.