After enabling a second language (Greek) on my new Drupal 7.9 installation, when saving the new language as the default the site went into a redirect loop (Firefox: "The page isn't redirecting properly" message).
Enabled modules:
- Locale
- Global Redirect [7.x-1.x-dev (2011-May-03)]
- i18n (7.x-1.1)
I am totally unable to access the site now.
Tried disabling Global Redirect and i18n in the DB and by renaming their module directories but to no avail.
Opening against core for initial evaluation, as Global Redirect has already fixed such an issue and I have the same GR version installed on a production site without issue.
Please advise on how I can at least access the site again. Thank you.
Comment | File | Size | Author |
---|---|---|---|
#29 | globalredirect-default_second_lang-1337132-29.patch | 965 bytes | ckng |
#3 | 1337132-3.patch | 955 bytes | good_man |
Comments
Comment #1
good_man CreditAttribution: good_man commentedIt's a Global Redirect bug, moving to there.
Comment #2
good_man CreditAttribution: good_man commentedFor now to solve your problem quickly. Open globalredirect.module, go to line #218:
and comment this line:
Comment #3
good_man CreditAttribution: good_man commentedThis patch should make the necessary checking before entering a new redirection loop.
Comment #4
marktheshark CreditAttribution: marktheshark commentedAny chance of this fix getting committed?
Thanks
Comment #5
PESTO3567 CreditAttribution: PESTO3567 commentedMy Website was also broken because of this Bug. Hope the fix will be committed soon.
Comment #6
marktheshark CreditAttribution: marktheshark commentedAny closer to being reviewed?
Comment #7
saidij1976 CreditAttribution: saidij1976 commentedthank you good_man, that solved my problem.
Comment #8
carusen CreditAttribution: carusen commentedThis patch should be included in a new release. I had the same issue and, to figure things out I wasted 6 hours and 4 drupal reinstalls. :(
Comment #9
wiherek CreditAttribution: wiherek commentedUsing the dev version solved that problem.
Comment #10
alby111 CreditAttribution: alby111 commentedafter enabling global redirect in my new Drupal 7.10 installation, when saving this version module 7.x-1.4
the site went into a redirect loop , I was unable to access the site so I used solution number 2 Posted by good_man
and then I was able to disable Global Redirect , suggestions wellcome
Comment #11
wiherek CreditAttribution: wiherek commentedalby111: did you apply the patch?
For other users experiencing that problem:
if you cannot access the site via UI, you can still disable the module using drush.
Comment #12
mallezieThe patch in #3 does not apply to version 7.x.1.4
Comment #13
SocialNicheGuru CreditAttribution: SocialNicheGuru commentedthe patch above worked.
Comment #14
Kristen Pol@SocialNicheGuru - you said the patch worked. What version of the module did you patch?
Thanks,
Kristen
Comment #15
SocialNicheGuru CreditAttribution: SocialNicheGuru commentedthe latest dev version
Comment #16
mallezieI tried to apply to the 1.4 version, so that's probably the cause. Thx for the help.
Comment #17
sw3b CreditAttribution: sw3b commentedI can confirm #3 work on latest DEV it solve the problem ! I patch on 6 differents installation and it work.
Comment #18
Kristen PolSeveral folks have confirmed the patch on dev version.
Kristen
Comment #19
sgabe CreditAttribution: sgabe commentedI can confirm that the patch in #3 works. Please, review and possibly commit ASAP.
Comment #20
FiNeX CreditAttribution: FiNeX commentedPatch #3 works fine, I strongly suggest to commit.
Comment #21
Gábor Hojtsy@good_man: is $break used later in the code? Why not build it into the second condition or give it a more meaningful name? :)
Comment #22
joecanti CreditAttribution: joecanti commentedPatch work great - thanks!
#3 on the latest dev (Dec 30 2011)
Joe
Comment #23
Letharion CreditAttribution: Letharion commented$break is not used later in the code as far as I can tell, so patch needs work. Based upon the number of commenters who claim that it works anyway, probably just means the $break refs can be removed.
Comment #24
Letharion CreditAttribution: Letharion commentedMy bad, it cannot ofc not be removed, but it should be named something more meaningful, as suggeted in #21.
Comment #25
ozcan CreditAttribution: ozcan commentedThis thread is still a life-saver! Thank you once more good_man...
Comment #26
wizonesolutionsIs this fix still not committed? I think the language redirect is already committed, unless that fixed a different issue.
Comment #27
marktheshark CreditAttribution: marktheshark commentedStill encountering this problem.
Workaround: disable module, enable languages, then re-enable module.
If you have it enabled while the enabling an additional language you're going to get a loop.
Comment #28
Kristen Pol:( I'm sooo bummed this still isn't working... maybe @wizonesolutions can help (nudge, nudge :)
Comment #29
ckngPer #21 comment
- change $break to $redirect
- check $redirect first, the rest is not needed if it evaluates to false
Comment #30
marcoka CreditAttribution: marcoka commented#1378690: Update to 7.x-1.4 adds duplicate language prefixes, causing a redirection loop seems to be fixed, anyone tested 1.5 against that issue yet?
Comment #31
meno1max CreditAttribution: meno1max commentedJust tested it on a site in Italian and it looks like it's working as expected.
Comment #32
AnybodyThis is a really really big problem and still not solves in the latest .dev version (at least for my test environment).
This bug is quite old and critical - how can we get it fixed ASAP?
Comment #33
AnybodyHere you can find my description of the problem and a temporary solution that fixes the redirect loop by disabling the Language path check-option (in German):
http://julian.pustkuchen.com/drupal-7-i18n-global-redirect-pruefen-der-s...
Of course this still has to be fixed by pre-checking the existence of a translation before creating the redirect in the Global Redirect module.
Comment #33.0
AnybodyAdded module version specifics
Comment #34
RavindraSingh CreditAttribution: RavindraSingh commentedI am not able to replicate it on version = "7.x-1.5". Enabled locale, global redirect and content translation. I have tried by doing:
1. Setting default language HINDI in locale
2. Adding redirect to all languages from one content
3. Tested existing redirect URLs
but still unable to replicate so these patches .So not required to be committed in 1.5 release.
Comment #35
my-family CreditAttribution: my-family commentedI had the same problem with the 1.5 version, when the "Language Path Checking " option was checked. After disabling this option, everything works.
Comment #36
aufumy CreditAttribution: aufumy at Red Rocket Creative Strategies commentedThe 1.5 version did not work for me with "Language Path Checking" on or off.
Using multilink module, was able to have the redirection happening.
Besides redirecting the node ids to the clean url, it would also take into consideration what language you chose for the website currently, if you typed in the node id of an alternate language page, it would redirect you to the equivalent page in your current language.
Comment #37
Chris Matthews CreditAttribution: Chris Matthews commentedThe 7 year old patch in #29 to globalredirect.module does not apply to the latest 7.x-1.x-dev, but looks like it should be closed as outdated as the fix is in #1378690: Update to 7.x-1.4 adds duplicate language prefixes, causing a redirection loop.