EDIT tab of nodes becomes inaccessible

iva2k - February 21, 2009 - 08:04
Project:me aliases
Version:6.x-2.7
Component:Code
Category:bug report
Priority:critical
Assigned:Unassigned
Status:active
Description

For logged-out user the site goes to /user/login, and none of the browsers show any content. IE7 cycles the status "website found. waiting for reply" forever, FF and Chrome complain:
"Firefox has detected that the server is redirecting the request for this address in a way that will never complete."

For logged-in user there is no problem. However there is no way to log in once you log out.

Once 'me aliases' is disabled (using SQL in PhpMyAdmin or similar), update.php may need to be run to restore things back to normal.

Attached is the list of enabled modules w/version.

Apache2, CleanURL

AttachmentSize
system.csv_.txt25.29 KB

#1

cdale - February 22, 2009 - 22:12
Priority:critical» normal
Status:active» postponed (maintainer needs more info)

I'm going to need more information. I have installed all of the modules you showed, and I can get to /user/login just fine. There may be a clash with how you have the different modules configured. Other than that, I can't offer more input as I am unable to reproduce this issue.

FYI, the me module does not touch the /user/login path. Can you offer any extra debugging information? Some useful information may be obtained from doing a print_r($router_item); exit; in menu.inc on line 348, in the menu_execute_active_handler() function. Put it just before the return call_user_func_array($router_item['page_callback'], $router_item['page_arguments']); line. Do this just before hitting the /user/login page when not logged in and paste the output back here. That will give me information on which callback function is potentially causing the redirect, and might help me solve this issue for you.

#2

mbeenon - February 28, 2009 - 07:25

I am getting the same error. In the configuration of the me module, I had user/register set as the redirect for anonymous users. As soon as I logged out, it produced that infinite redirect loop error. How do I at least reverse this so I can gain access to my site again. I cannot delete the me module from the site. Access denied in windows.

#3

cdale - February 28, 2009 - 07:32

Ooo, that sounds nasty. I'll have to look into this.

In the meantime, you can reverse it by running the following SQL:

DELETE FROM variable WHERE name = 'me_redirect_anonymous';

#4

cdale - February 28, 2009 - 07:46
Title:Firefox has detected that the server is redirecting the request for this address in a way that will never complete.» redirect anonymous causes an endless redirect loop.
Version:6.x-1.2» 6.x-1.x-dev
Priority:normal» critical
Status:postponed (maintainer needs more info)» active

I've confirmed this bug. Working on a fix.

#5

mbeenon - February 28, 2009 - 07:47
Title:redirect anonymous causes an endless redirect loop.» Firefox has detected that the server is redirecting the request for this address in a way that will never complete.
Version:6.x-1.x-dev» 6.x-1.2
Priority:critical» normal
Status:active» postponed (maintainer needs more info)

it didnt work. Im not a pro at phpmyadmin, but I selected my database, went to the SQL tab, pasted that SQL into it, clicked "run", verified that I really wanted to delete it, ...then tried refreshing my page, and still cannot access my site.

#6

cdale - February 28, 2009 - 07:52
Title:Firefox has detected that the server is redirecting the request for this address in a way that will never complete.» Redirect anonymous causes an endless redirect loop.
Version:6.x-1.2» 6.x-1.x-dev
Priority:normal» critical
Status:postponed (maintainer needs more info)» active

Hmm, that is interesting. Were there any other settings you changed other than the redirect anonymous?

You could try this code:
DELETE FROM variable WHERE name LIKE 'me_%'; That will reset all of me's settings.

You could also run the code below, which will disable the me module.
UPDATE system SET status = 0 WHERE name= 'me';

Hopefully one of those will get your site back up and running. If not, then I'm not sure, unless the SQL is not actually getting run....

#7

mbeenon - February 28, 2009 - 07:54

ignore my last reply.. didn't run update.php works now. Thanks

#8

cdale - February 28, 2009 - 08:31
Status:active» fixed

I've just committed the following fix to the dev branch. Should make a release sometime soon.

AttachmentSize
me-redirect.patch 1.23 KB

#9

System Message - March 14, 2009 - 08:40
Status:fixed» closed

Automatically closed -- issue fixed for 2 weeks with no activity.

#10

twenty2nd - July 6, 2009 - 20:29
Version:6.x-1.x-dev» 6.x-2.7
Status:closed» active

Hi,

Sorry for re-opening this issue. I experienced the same problem a while ago but with the latest release for Drupal6.

My settings for Me Module are as follows:

'Me' Alias = me

Replacement patterns for me alias:
       Case Insensitive Alias Checking = unchecked
       Rewrite links generated by the drupal menu system = unchecked
       Allow users to turn off me for their account = unchecked
       Redirect to uid = checked

Redirect anonymous users:
       http://localhost/sitename/user
Use
me alias on specific paths:
       Use me alias on every path except the listed paths = checked (with no specific paths listed in the text area)

With the settings above, I began having this similar problem "doesn't replace alias string with UID", then found this "Upgrading Views user arguments between 2.6 - 2.7" as the workaround.

However, after upgrading my Views argument (adding Me as validator) and saving the changes, I could no longer access the website. Safari could not open the page, while Firefox is on a Redirect Loop error.

I'm using Drupal 6.12 and Views 6.x-2.6.

I'm also using the Signup module (version 6.x-1.0-rc3) that adds a 'signups' tab in the user's My Account page. This is the Views argument that I was trying to update: (Signup user) User: Uid

I was able to access again the website after uninstalling the Me module by running the SQL script you've given in comment #6. The first two scripts didn't resolve the problem, only the last one did.

If it helps, I've attached the exported Views settings for my Signups page.

I'm not a programmer at all, but if there's more info that you need to confirm the problem, I'd be happy to help as much as I can :)

Thank you for working on this very useful module.

Best regards,
Cecille

AttachmentSize
signup_current_signups.txt 4.39 KB

#11

twenty2nd - July 6, 2009 - 20:34
Title:Redirect anonymous causes an endless redirect loop.» Me module causes an endless redirect loop.

I'm changing the title because with my experience with the problem, I can't quite say that the setting "Redirect Anonymous" causes this particular error.

#12

cdale - July 6, 2009 - 21:47

Hi,

Firstly, thanks for the detailed report.

I've installed the signup module, imported your view, used the same settings that you have, and I'm unable to cause the redirect loop. Is it any specific page that causes the loop? Or is it any page?

It could also be that I'm running with the patch in #510866: Allow is_numeric(arg(1)) to function correctly with me. which may be fixing this issue you are seeing. If you can apply the patch and test that would be great.

I'll have a play around with this some more and see what I can find but I won't get a chance to really look at it until the weekend.

#13

twenty2nd - July 7, 2009 - 08:44

Hi again cdale,

Thank you for the quick reply :)

I reinstalled the Me module and soon right after enabling it, I was back in the redirect loop error. Whatever page I tried to access, frontpage, contact page, gallery page, all of them is giving back the same error.

And I noticed that the pages' url always ends up as:
http://localhost/sitename/calendar/2009-07

It's as if accessing any page gets stuck in that path - the month view of my calendar.

I unistalled the module via SQL scripting again and the error disappeared.

With your advice, I tested the patch at "Allow is_numeric(arg(1)) to function correctly with me." Used your attached module file to replace the one in the Me directory.

Enabled the module, added a couple of links, and happy to see that the alias string "me" gets replaced by the UID successfully, even those Views-generated paths. The looping error seems to have disappeared also :)

And this is where it gets interesting...

I was looking around the site, testing if other problems occured and immediately noticed that when you click the EDIT tab of my nodes, it gets redirected to this very same path http://localhost/sitename/calendar/2009-07

Nodes of different content types are all experiencing the same problem.

Tried going to admin/content/node to see if I can access the edit pages there, but every time I click edit, admin/content/node just gets reloaded or refreshed.

If I type node/nid/edit manually on the address bar, I receive a Page Not Found error.

I disabled my Calendar module, tried to access the EDIT tab again, but this time instead of going to this path http://localhost/sitename/calendar/2009-07, it now goes to the default frontpage.

Currently using:
Calendar 6.x-2.1
Date API 6.x-2.2
Pathauto 6.x-1.1

If you need a list of all the modules I'm using, I'll provide them for you.

Hope this helps :)

#14

twenty2nd - July 7, 2009 - 08:49
Title:Me module causes an endless redirect loop.» EDIT tab of nodes becomes inaccessible

Changing the title yet again :P

#15

cdale - July 7, 2009 - 09:41

I will look into this.

#16

twenty2nd - July 7, 2009 - 17:18

Here are my findings after using Me module on another test website.

I installed the same modules that I have in my production site to this test website, and at first, it was working great. The Edit tab on nodes is accessible, links with "me" aliases are working as expected, and there's no looping error upon installation of the module.

I did experience one Fatal error, but it just happened once, and running update.php quickly cleared the error out, so I can't quite say that Me module did cause the error.

When everything's back to normal, I went on to update my user's "Signups" page via its Views settings, since I needed to add a "Me" validator to the argument: (Signup user) User: Uid

That's when the problem began. The Edit tab is again inaccessible. When you click the Edit tab, the page either gets reloaded or you get redirected to the frontpage.

My test website is using Devel module, with "Display redirection page" turned on. So I was able to take screenshots of the errors in action.

Removing the "Me" validator from the Views argument resolves the problem.

AttachmentSize
redirects.jpg 38.03 KB

#17

twenty2nd - July 7, 2009 - 17:41

Ok, quick update

Tried disabling Me module from the test site and a Fatal error showed up. Here it is:

Fatal error: Call to undefined function me_uid_optional_to_arg() in E:\xampp\htdocs\testsite\includes\menu.inc on line 606

Running update.php fixed it

 
 

Drupal is a registered trademark of Dries Buytaert.