Just wanted to follow up with this and let any interested parties know.. This ended up being a problem with Mantis' feature to grab users email addresses from LDAP. Disabling this solved the issue.
-----Original Message----- From: Robert Cummings [mailto:rob...@interjinn.com] Sent: Tuesday, March 03, 2009 11:18 AM To: Edsall, William (WJ) Cc: php-general@lists.php.net Subject: Re: [PHP] possible session bug - Mantis Bug Tracker On Tue, 2009-03-03 at 11:01 -0500, Edsall, William (WJ) wrote: > Hello list! > I'm having a strange problem with php after installing Mantis Bug > Tracker. I'm not sure if this is a Mantis bug or a PHP bug but I'm > leaning toward PHP. > > Here's what's going on. When I view an issue in Mantis, it is slow to > spit out the text and often does not finish spitting out the text on the > page. When it does this, the browser I was using is locked out from > further communication to the server. If I delete the session file in use > by this session, I am able to use the browser again immediately. > > I can't tell if this is a session bug or if Mantis is causing this bug. > Please advise! The lock aspect is a feature. Otherwise one session might clobber another session's data. PHP locks sessions so new ones won't begin processing until the lock is released. This is why only one page can run at a time. The code can release the lock early if it is finished with the session, but whatever Mantis is spending time on, is before it releases the lock (or finishes the page if it uses the default release mechanism). Cheers, Rob. -- http://www.interjinn.com Application and Templating Framework for PHP -- PHP General Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
