Opened 6 years ago

Closed 5 years ago

Last modified 5 years ago

#1484472 closed Bugs (wontfix)

login page reloads after login

Reported by: gnarl Owned by:
Priority: 5 Milestone: 0.1-stable
Component: Client Scripts Version: 0.1-rc1
Severity: critical Keywords:
Cc:

Description

After successfully logging in the login page is reloaded. URL shows "http://webmail.domain.com/?_task=mail"

System: Win2k3, IIS6, PHP 5.2.3, MySQL 5.1.19-beta, hmailserver 4.4-b270

I know that the SQL connection is working b/c I can create a new user in hmail, login as that user, and the db's tables get updated for the new user. I also get a failed login if I use a non-existant hmail user.

There are no logged errors for IIS, PHP, or MySQL, but I can generate them by using bogus data or bad settings in various places.

I've tried everything that I can think of, and my guess is that it this a PHP issue somewhere. But I am new enough to PHP to not have the knowledge to look into it in any depth.

Change History (7)

comment:1 Changed 6 years ago by thomasb

  • Resolution set to worksforme
  • Status changed from new to closed

This definitely works for me and most other users -> No bug.

Looks like a Session/Cookie? problem. RoundCube is still under development and not well tested on IIS. Please get help from the forum or the users-mailing list.

comment:2 Changed 6 years ago by Ascomae

  • Resolution worksforme deleted
  • Status changed from closed to reopened

I have the same Problem.

But with an Apache running on Linux.
mysql: 4.1.10a
PHP Version: 4.3.10
Apache: 2.0.53 (Linux/SUSE)

  • I have no errors in the errorlog.(Yes, it is writeable)
  • I get a row in the session-table (mySql)
  • I get a row in the user-table

comment:3 Changed 6 years ago by XazZ

I've got the same problem on my PC

X-Powered-By: PHP 5.2.4
Apache: 2.2.6
mysql: 5.0.45
couier-imap: 4.1.3
postfix: 2.4.5
  • roundcubemail/logs is writable by the webserver - but no logs there
  • in my mysql-db 'last_login' gets updated if I klick on login
  • mail.log:
    Oct 15 23:33:03 darklight imapd-ssl: Connection, ip=[::ffff:127.0.0.1]
    Oct 15 23:33:03 darklight imapd-ssl: LOGIN, user=user@domain, ip=[::ffff:127.0.0.1], protocol=IMAP
    Oct 15 23:33:03 darklight imapd-ssl: LOGOUT, user=user@domain, ip=[::ffff:127.0.0.1], headers=0, body=0, rcvd=71, sent=568, time=0, starttls=1 
    

(as you can see there's not even 1 second between the courier login and the logout - the login is successful)

  • There is *NO* error-message on the roundcube-login page
  • I tried the latest svn copy and v0.1-rc1 - both without success
  • roundcube has worked a few days ago - I haven't changed any config since then
  • session files on my server are getting created - they seem to look corrent (content is the mail, password and a few other things)
  • logging in / sending mails works from thunderbird and squirrelmail

If you need more information please tell me

XazZ

comment:4 Changed 6 years ago by skliarie

I have the same problem on my debian unstable box.

Upgrade of roundcube from unknown version to version 0.1~rc2-2 broke the system.

All logs files are empty, no clues.

comment:5 Changed 6 years ago by skliarie

One of sites on our webserver requires php option "session.auto_start = 1"

It feels as sessions handling issue, as if I comment line
sess_regenerate_id();
in file /var/lib/roundcube/index.php,
the roundcube works.

comment:6 Changed 5 years ago by till

  • Resolution set to wontfix
  • Status changed from reopened to closed

session.auto_start is bad for RoundCube. Turn it off (.htaccess, ...).

We can't fix this!

comment:7 Changed 5 years ago by till

  • Milestone set to 0.1-stable
Note: See TracTickets for help on using tickets.