Closed (fixed)
Project:
LoginToboggan
Version:
4.7.x-1.x-dev
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
17 Aug 2006 at 12:35 UTC
Updated:
7 Dec 2006 at 21:29 UTC
Hi,
I am using the latest version of logintoboggan and I am having a peculiar problem. When a user tries to login to my site for the first time nothing happens. When he presses the login button second time then only he manages to login to the site.
Some users cant even manage to login after 2 times and the screen also does not display any error messages
You can have a look at my site at www.delhilive.com
Regards
Manuj
Comments
Comment #1
ideviate commentedif this is a particular firefox issue check for the site, i remember such an issue was being discussed. but is this valid for all browser types?
Comment #2
hunmonk commentedare you using the latest 4.7 version of the module, or the latest HEAD version? is your drupal core version the latest 4.7 version? please make sure you have updated to the latest 4.7 versions for both, then report back if the problem persists.
Comment #3
manuj_78 commentedI am using the drupa 4.7.3 and logintoboboggan module datyed 18th august 06 for 4.7 and still my existing users are having this problem. Please help
Manuj
Comment #4
manuj_78 commentedCan anyone please suggest a workaround for the above mentioned issue please
Comment #5
jbrown commenteddoes it switch between delhilive.com and www.delhilive.com when you try to login?
Comment #6
manuj_78 commentedIt seems you might be right.
How can I make sure that all paths point to www.delhilive.com
As far as I am aware my settings.php refers to www.delhilive.com
Am I suppose to specify this somewhere else as well?
Manuj
Comment #7
jbrown commentedthere is a setting in .htaccess
Comment #8
manuj_78 commentedIf you dont mind can you please tell me which setting in .htaccess should I change
Manuj
Comment #9
jbrown commentedthis section:
# If your site can be accessed both with and without the prefix www.
# you can use one of the following settings to force user to use only one option:
#
# If you want the site to be accessed WITH the www. only, adapt and uncomment the following:
# RewriteCond %{HTTP_HOST} !^www\.example\.com$ [NC]
# RewriteRule .* http://www.example.com/ [L,R=301]
#
# If you want the site to be accessed only WITHOUT the www. , adapt and uncomment the following:
# RewriteCond %{HTTP_HOST} !^example\.org$ [NC]
# RewriteRule .* http://example.org/ [L,R=301]
Comment #10
manuj_78 commentedSuppose I want to use only www.delhilive.com and if the user types in delhilive.com then what happens
does he get redirected to www.delhilive.com? or will it come up with a page/site not found
Manuj
Comment #11
jbrown commentedthey get redirected
Comment #12
creatorsdream commentedUsing the method in .htaccess is not a good way to fix this problem. I changed my .htaccess as instructed and found that I could not access other sections of the site that are not part of drupal. ie; www.example.com/sample versus sample.example.com. When I set to only use www.example.com, then sample.example.com does not show up. Same thing happens when I remove the www from the front.
So, I'm having to use neither described method. And when a user logs in, it seems that nothing happens. No change in status of log in. However, if the user then goes to another page right after the initial log in, then they are actually logged in because the user status shows they are logged in. The remainder of the session works as normal. It's just when they initially log in.
This seems to me to definitely be a bug. Is there no way to fix this without having to modify the .htaccess file?
Comment #13
davidkaufman commentedOkay, the rewrite rules in jbrown's .htaccess assumed, as the comments say, that you wanted:
# [...] to force user to use only one option
and that
# [...] you want the site to be accessed WITH the www. only
It redirects ALL hostnames other than www.example.com to www.example.com. Which is normally what one wants, since it also catches the case where someone accesses the site by ip-address, which would trigger the 2nd-login behavior as well.
But in your situation, you apparently have other valid "subdomains" parked on the same IP address as www.example.com and you don't want to redirect those, ONLY http://example.com/* to http://www.example.com/*
So try this:
RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
RewriteRule (.*) http://www.example.com/$1 [L,R=301]
hth,
-dave
Comment #14
creatorsdream commentedDavid, your .htaccess code worked great. Thank you!
RewriteCond %{HTTP_HOST} ^example\.com$ [NC]
RewriteRule (.*) http://www.example.com/$1 [L,R=301]
Comment #15
hunmonk commentedthis is not a logintoboggan issue.
Comment #16
manuj_78 commentedhunmonk,
Please feel free to elaborate as to why you think this is not a logintoboggan issue
Comment #17
hunmonk commented@manuj_78: try using drupal's standard login block, and see if you can replicate the issue. for the most part, logintoboggan uses the core login block's functionality, especially for standard logins--so i'd be surprised if the problem you're experiencing is related to logintoboggan. this sounds more like an issue with your site's setup, or with drupal core.
Comment #18
manuj_78 commentedHunmonk,
I am using normal drupal login block on the right hand side block.
But can you please clarify, whether I can use normal drupal login block for when users get access denied message. Right now users get a access denied message with a login block displayed when they are not logged in(standard functionality of logintoboggan), but if I were to use standard drupal login i.e. if i disable logintoboggan, will the users still get a login block on access denied?
manuj
Comment #19
hunmonk commentedno, they will not. the login block on access denied is a logintoboggan function. i'm merely suggesting that you more closely investigate the source of the problem by trying to replicate it with logintoboggan disabled. if you can do this, then the issue is not an issue with logintoboggan most likely.
Comment #20
creatorsdream commentedOkay, I tested to see if I would have the same results with the standard drupal login versus the logintoboggan module and I could not reproduce the error of having to login and not be shown that you are actually logged in until you go to another page/node. So this is definitely a logintoboggan bug! I have even done the .htaccess modifications, and even though I thought this had fixed the problem, it actually did not fix the problem. Note that I am running the latest 4.7.3 drupal and the latest logintobogin module.
Comment #21
hunmonk commentedsetting back to a logintoboggan issue. since i have never seen this problem, or been able to reproduce it, i'm going to leave this issue for somebody else to confirm/address.
Comment #22
johnalbincreatorsdream, when you login the first time, does the URL change to append a
?time=1160696070? That's the standard way for Drupal to force the browser to NOT use a cached version.Also, what browser(s) have you used that exhibit this problem? Please specify name and version (example: Opera 8.0)
Comment #23
creatorsdream commentedJohnAlbin, I'm sorry I haven't replied sooner. Actually, I can't really give you any good information because I ended up moving my web site over to site5.com. The error has gone away since the move. I can only determine that the reason for the error is due to either php or mysql versions. My site5.com versions which work with logintobaggan are:
PHP version PHP/4.4.4
MySQL version 5.0.24-standard
The old server where the problem was found uses MySQL 3.23.58-Max-log and PHP Version 4.3.11
Hope this helps.
Comment #24
johnalbinWithout any more details, cannot fix.