Summary | Mailbox not changed in session |
Queue | IMP |
Queue Version | HEAD |
Type | Bug |
State | Resolved |
Priority | 2. Medium |
Owners | |
Requester | jan (at) horde (dot) org |
Created | 03/20/2006 (7020 days ago) |
Due | |
Updated | 03/25/2006 (7015 days ago) |
Assigned | 03/22/2006 (7018 days ago) |
Resolved | 03/25/2006 (7015 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
should we even consider table level locking if people are not using
InnoDB? I guess that's a bad idea for a session table.
of faster but buggy...
State ⇒ Feedback
changes to the mysql session handler. This only works if using a mysql
engine that supports row level locking like InnoDB.
What do people think, does this justify an sql upgrade script? Or
should we even consider table level locking if people are not using
InnoDB? I guess that's a bad idea for a session table.
to test the login/logout issue.
sidebar is reloading so the mailbox change is not being set in the
session properly. This sounds like it is a duplicate of our previous
SQL concurrent sessions ticket.
to test the login/logout issue.
related issue? (I am using file-based sessions)
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Type ⇒ Bug
Summary ⇒ Mailbox not changed in session
Queue ⇒ IMP
more than that /sometimes/ changing the folder is not persistant.
Whether I switch to a folder with the drop down box or through ono of
the trees doesn't matter. I get to the correct mailbox, but the new
mailbox doesn't seem to be saved in the session. Any following action
is done in the context of the old mailbox, reading messages,
refreshing the mailbox view, etc.
Of course this is not reproducable, but once that happens, I can only
get IMP to stay in the new mailbox if go to a different folder first.