Successful login returns me to the login page
| Project: | roundcube webmail integration |
| Version: | 5.x-1.x-dev |
| Component: | User interface |
| Category: | bug report |
| Priority: | normal |
| Assigned: | Unassigned |
| Status: | active |
Jump to:
Hi,
Even if we can't solve my problem, it's still better than what I was doing before.
I've tried installing this from scratch a few times, and I believe I've more or less isolated the problem.
Once I install the patch, login breaks.
After installing the patch, when I go to the roundcubemail page, I see that my login has failed, and the 'Server' field is blank, even though I have set up the correct value in my account settings for that user.
If I put in the correct credentials it appears the page just reloads, but if according to my postfix log (its on my server) login was successful, and I don't receive the '! login failed' message.
I uncommented the line: //print_r($sdb); and it is NULL.
It appears the query is either failing or returning NULL.
Printing the query to the screen and trying it manually returns a NULL set.
If i remove this contingency 'WHERE sessions.sid = ' . session_id(), and run the query manually, it returns:
a:3:{s:15:"rcmail_username";s:17:"brian@ubintel.com";s:15:"rcmail_password";s:12:"/sL2ZrKiQdM=";s:13:"rcmail_server";s:16:"mail.ubintel.com";} ...which appears to be the JS we need to make this work, right?
It also appears that the reason for this is that session_id(); never matches the value of sessions.sid in the database. I don't know enough about Drupal to know if this is supposed to be the case.
If I try to edit the query so that it returns that JS by removing the contingency, the $_GET['do'] variable does not get set, and that code never gets called. That is a total mystery to me.
Also, the 'compose' page does not open inside the iframe, but instead takes over the browser. Ditto for Settings and Contacts. Are they supposed to?
-Brian

#1
please see http://drupal.org/node/136806#comment-729820