Tickets :: [#4306] horde+imp login race condition

6.0.0-beta1

7/26/25

Summary	horde+imp login race condition
Queue	IMP
Queue Version	4.1.3
Type	Bug
State	Not A Bug
Priority	2. Medium
Owners	slusarz (at) horde (dot) org
Requester	k (at) metropipe (dot) net
Created	08/17/2006 (6918 days ago)
Due
Updated	09/02/2006 (6902 days ago)
Assigned	08/22/2006 (6913 days ago)
Resolved	08/27/2006 (6908 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch	No

09/02/2006 02:44:13 PM	k (at) metropipe (dot) net	Comment #3	Reply to this comment
Ok, I will stick with my workaround until 4.2. Thanks. If I remember correctly, this has already been fixed in IMP 4.2. But since large chunks of IMP have been drastically rewritten since 4.1, backporting wasn't an option.

08/27/2006 08:12:43 PM	Michael Slusarz	Comment #2 State ⇒ Not A Bug	Reply to this comment
If I remember correctly, this has already been fixed in IMP 4.2. But since large chunks of IMP have been drastically rewritten since 4.1, backporting wasn't an option.

08/22/2006 04:42:57 PM	Jan Schneider	Assigned to Michael Slusarz State ⇒ Assigned

08/17/2006 04:09:01 PM	k (at) metropipe (dot) net	Comment #1 State ⇒ Unconfirmed Priority ⇒ 2. Medium Type ⇒ Bug Summary ⇒ horde+imp login race condition Queue ⇒ IMP	Reply to this comment
I have found a possible race condition with the following setup: Horde + IMP, using kolab authentication. Alternate login page default application: imp hordeauth=full Symptoms: Intermittent login issue where main_page redirects back to login page, but sidebar loads successfully. If imp is selected from the sidebar it operates correctly. Closer inspection shows that failures occur when main_page loads before sidebar has finished loading. Debugging shows that $autologin in imp/redirect.php is not yet set when main page loads. If this variable is forced to 'true' then page loads properly.