The following strange thing happens. I am developing locally. IP_Login is enabled. I cannot login via IE on this local PC.
After logging in , the uid=0... . It is not passe dproperly in the session.

This problem does not occur with Chrome/Firefox, on on the remote production-server.
Any ideas?

Comments

jim kirkpatrick’s picture

jim kirkpatrick commented

If IE's caching set to anything other than 'every visit to page', you might just be seeing old data. Are there any cookie blockers or notes from IE that are similar.

This module is cross-browser because it doesn't care about the browser - it all happens on the server and with cookies.

Not sure, but I'm open to suggestions!

jim kirkpatrick’s picture

jim kirkpatrick commented
Status: Active » Postponed (maintainer needs more info)
generalelektrix’s picture

generalelektrix commented

Have you tried adding 127.0.0.1 to your account, logout and log in back by IP?

I had a similar problem with Drupal 6.24, IP Login 2.0 rc1 and I solved it by adding localhost to my list of IP's.

I must add that the problem happened, just like you, when I was connecting locally on my devel workstation (using the acquia-drupal stack), whatever browser (Firefox, Chrome, IE) I used.

johnv’s picture

johnv
Primary language Dutch
commented

@generalelektrix, I did not have 127.0.0.1 in my list, and I am fine with logging in with password.

The problem seems resolved, though:
I made a modification in the latest code: in ip_login_check() IIRC, I commented out the check for $SESSION[IP_CHECKED]. Now it works as expected. i have installed it on production too, and now waiting for feedback from users with IE.
There were complaints that they need to login every day, without loggin out.
(This solution has a performance drawback, but 90% of my page requests are from authenticated users, and this function is only called for anonymous.)
to be continued..

jim kirkpatrick’s picture

jim kirkpatrick commented
Status: Postponed (maintainer needs more info) » Closed (works as designed)

Please try the recent dev John, your and PeterX's patches might have resolved this issue.

johnv’s picture

johnv
Primary language Dutch
commented

Indeed, it now works fine. Thanx, John