CiviCRM Community Forums (archive)

This is purely a Drupal issue (I'm pretty sure), but I'm hoping it's OK to post it here.  After all, CiviCRM sits on top of Drupal.  While I really, really like CiviCRM, I have a Drupal problem that may cause me to have to look elsewhere for a solution...

I know this problem was supposedly fixed ages ago, but it still exists in Drupal 6.19 and is driving me (and some of my users) crazy.

--User creates account.

--Instead of moving on to the authenticated user screen, user receives login box screen with blank id and pw fields.

--Entering the id and pw and submitting yields the same result -- login box screen w/ blank fields. [But, I can see that the user has actually authenticated.]

I have completely disabled caching, cleared the cache and tried the "no-store" bootstrap.inc hack.

Affects about 10-15% of my users (some don't complain, they just give up and use paper forms -- but I can see multiple sessions started at the same time using Who's On and by checking the log).

The Who's On module often shows multiple instances of the user logged on (i.e. authenticated) while the user just keeps seeing the login box w/ the blank fields.

All of the solutions I've Googled up (except the bootstrap.inc hack) seem to be targeted at earlier versions of Drupal. However, it's very clear that many 6.x users are having this problem.

Possible very, very ugly workaround: users filling out the wwww.xxxxxxxxx.org/user/password form seem to be able to authenticate by using the e-mail-supplied reset link. But, by that time, they're not very happy with me or my system.

Any advice you can provide would be greatly appreciated. Drupal/CiviCRM works perfectly for my needs (high school parent teacher group), but this is a dealbreaker -- I can't frustrate 10-15% of my user base next year.

Thank you!

does the page: www.example.org/user/login and example.org/user/login both go to the login page?

Hi, lobo,

Yep -- they both do.

if so, u might want to redirect www.example.org to example.org and just use that as the canonical url for the entire site

You mean by using .htaccess magic, like:

Redirect 301 / http://www.example.org/

Is that the only change you're suggesting?  Why do you think canonicalization will help w/ this issue?

Thank you very much -- I'll try whatever you suggest!

thanks, lobo -- done!  Picked the first one, point everything to www, since that's what all of my Drupal nav links and exposed CiviCRM profiles use.

If this works, I'll document it in about 20 places! 

As far as I know, everyone is already accessing my site with "www" -- I provide a clickable link on a Web site, so no one s/be manually typing in the URL w/o the www.  Is your theory that some people are using a link w/o the www (or that their ISP, browser, etc. is stripping the www for some reason)?

One other oddity: after implementing the Rewrite rules, it seems that sess_<random alphanumeric character string> were generated on my *server* root for some users.  They all contain this:

CiviCRM|a:1:{s:20:"defaultWysiwygEditor";s:1:"2";}

Another weirdity.  Does it make any sense to anyone?  I was wondering if it's a clue...

For 2011, I guess I'll give Joomla a try -- sure hate to give up on CiviCRM, a wonderful package that meets all of my needs.

You are aware that CiviCRM is also a Joomla module, right?