Bug 218021

Summary: Pref file of user gets overwritten with preferences of other user.
Product: Red Hat Enterprise Linux 3 Reporter: Issue Tracker <tao>
Component: squirrelmailAssignee: Warren Togami <wtogami>
Status: CLOSED WONTFIX QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: 3.0CC: dennis, jorton, tao, wtogami
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2007-01-23 21:20:49 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 171491    
Attachments:
Description Flags
php.ini from teh affected machine none

Description Issue Tracker 2006-12-01 11:03:45 UTC
Escalated to Bugzilla from IssueTracker

Comment 3 Sachin Prabhu 2006-12-11 11:22:56 UTC
Created attachment 143280 [details]
php.ini from teh affected machine

Comment 6 Warren Togami 2006-12-12 16:00:25 UTC
"Too old php version. We're at 4.3.3 already in which many many bugs,
including some in ext/session, have been fixed..
And likely it's your app that is doing something wrong anyway."

Closed as "Bogus" only because the php version is too old.

Comment 8 Warren Togami 2006-12-12 18:24:28 UTC
Apologies to jorton, this is indeed a squirrelmail problem.

http://thread.gmane.org/gmane.mail.squirrelmail.devel/8070
The details seem fuzzy, but it seems this is triggerable if user's client
computers have their date/time set improperly.

Not clear whether this is limited only to older versions of PHP, or if this
effects all versions of PHP.

Upstream seems unable to solve this issue for years now.  Other users of
squirrelmail have resorted to using hacks to workaround the problem by
redirecting broken clients to an error page.

More investigation needed...

Comment 14 RHEL Program Management 2007-01-23 21:20:49 UTC
Product Management has reviewed and declined this request.  You may appeal this
decision by reopening this request.