Opened 2 years ago
Closed 2 years ago
#1487679 closed Bugs (fixed)
After submit login credentials loginform is shown again
| Reported by: | caplod | Owned by: | |
|---|---|---|---|
| Priority: | 5 | Milestone: | 0.5.1 |
| Component: | Core functionality | Version: | 0.5 |
| Severity: | major | Keywords: | |
| Cc: |
Description
I upgraded from 0.4-stable to 0.5-stable.
I enter my url https://mydomain/roundcubemail/
When I enter username and password and press submit the loginform is shown again.
and url is https://mydomain/roundcubemail/?_task=login
first i thought there is some error with authentification.
BUT if I enter https://mydomain/roundcubemail/ I am logged in and can see my folder etc.
seems to be some error in the redirect after logging in ???
Attachments (1)
Change History (9)
Changed 2 years ago by caplod
comment:1 Changed 2 years ago by alec
- Component changed from Addressbook to Core functionality
- Milestone changed from later to 0.6-beta
comment:2 Changed 2 years ago by caplod
i did some testing:
i upgraded the other way around. copied the main.inc.php and db.inc.php from my roundcubemail 0.4-stable folder over to the dowloaded 0.5 folder and now its working...
so i guess it was my fault, i did something wrong in the standard upgrade procedure..
ticket can be closed..
comment:3 Changed 2 years ago by alec
- Resolution set to invalid
- Status changed from new to closed
comment:4 Changed 2 years ago by volker.barth
Just wanted to confirm this behavior. I did an update from a working 0.4.2 installation and got the identical problem as described in the bug report. Logging in does work, however I was not redirected to the mail list view, but stayed on the login page. Removing the "?_task=login" part of the url in the address bar manually got me to the mail list view. I was only able to solve the redirection problem by doing a fresh installation of Roundcube 0.5.
One thing which might be of importance is, that when running the "update.sh" script, it asked me to update the entry "imap_root" to "imap_ns_personal", which I answered with yes. However, the entry in "main.inc.php" was not modified (and the script did not print out any error messages), so I changed this by hand. In addition, the other "imap_ns_*" entries were missing in the automatically generated "main.inc.php", too.
Second thing (which is probably not of relevance to this problem, but I post it anyway): on the last page of the installer, testing a TLS connection to the IMAP server fails, the error message printed out is: "[...]Empty startup greeting (localhost:993))". So it looks like the wrong port is used when trying to initialize a TLS connection (confirmed by the fact, that it works, when switching to SSL). When trying to log in on the roundcube login page afterwards, the TLS connection works without problems.
comment:5 Changed 2 years ago by aaz
I encountered this behaviour while upgrading from 0.4.2 to 0.5 because I missed index.php in the list of files in UPGRADING. It's not as prominent as everything else there and I guess the submitter made the same mistake. Maybe this deserves a documentation tweak?
comment:6 Changed 2 years ago by volker.barth
- Resolution invalid deleted
- Severity changed from normal to major
- Status changed from closed to reopened
There still is a problem with redirection, even after a fresh installation of 0.5. After going into production with RC 0.5 I switched back to RC 0.4.2 again today, because of repeated complaints by the users.
The problem is, that an already existing user is still not being redirected to the mail list view after login, IF it's the first time this user logs in to RC 0.5. When the same user tries it a second time, redirection works. And if it is a completely new user which has never used RC before, redirection works, too. Guess this is related to the DB, however, when I did the upgrade 0.4.2->0.5, I got no information to update the DB as well. Therefore, reopening this bug.
comment:7 Changed 2 years ago by volker.barth
- Milestone changed from 0.6-beta to 0.5.1
comment:8 Changed 2 years ago by thomasb
- Resolution set to fixed
- Status changed from reopened to closed
It is fixed in SVN trunk but not yet released. See #1487686

Any errors in log? Provide Apache's access log and Roundcube's sql log. Disable all plugins for testing.