Conflict between Global Redirect and RobotsTxt modules

I still have this problem. Is there a solution?

The patch brokes globalredirect module.

It take place, because conditions, listed in #3, are in conflict. Condition $a != $b || $a != $c has no sence and always return TRUE, so the solution is the same as:

function _globalredirect_is_active($settings) {
  return FALSE;
}

@mnilionic

I still have this problem. Is there a solution?

Disable "Language Path Checking" option, or use domain-based or session-based language detection.

The Patch above does break the module. I think it should be disabled when the the requeset is to robots.txt and not the opposite. So in other words the if statment should be "==" instead of "!= ' . Patch updated.

@awm, but if the previous check is passed:

if ($_SERVER['SCRIPT_NAME'] != $GLOBALS['base_path'] . 'index.php') {
    return FALSE;
}

so $_SERVER['SCRIPT_NAME'] is equal to index.php, and there is no sense in the patch check. I think the possible solution can be to check current_path() for 'robots.txt'

@dewalt I understand.
Well perhaps this issue is not within the scope of globalredirect. More importantly I don't think this is still true for google.
From google source:

3xx (redirection)
Redirects will generally be followed until a valid result can be found (or a loop is recognized). We will follow a limited number of redirect hops (RFC 1945 for HTTP/1.0 allows up to 5 hops) and then stop and treat it as a 404.

Source:
https://developers.google.com/webmasters/control-crawl-index/docs/robots...

If that's the case I think this issue can be closed as won't fix

Created a new patch.

I seem to have the same issue here. (7.x-1.6) Im on a multisite setup so we have to use the robots module, and globalredirect is moving the address to https://www.domain.com/en/robots.txt but for us this generates a 404 error. i presume because the robotstxt module does not kick in for the en prefix. But even if it did.

Crawlers will not check for robots.txt files in subdirectories.

https://developers.google.com/search/reference/robots_txt#file-location-...

@JeroenT Did you have any success with that patch

#13 worked for me

Multisite Drupal, multilanguage, php7

#13 worked for me too, thanks JeroenT

The 2 year old patch in #13 to globalredirect.module applied cleanly to the latest 7.x-1.x-dev and has two community reviews so taking the liberty to change the status to RTBC.