phpgroupware-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Phpgroupware-tracker] [bugs #4377] When caching phpgwinfo, prefs get lo


From: Dr. Christian Böttger
Subject: [Phpgroupware-tracker] [bugs #4377] When caching phpgwinfo, prefs get lost
Date: Wed, 21 Apr 2004 03:58:00 -0400
User-agent: Mozilla/5.0 (compatible; Konqueror/3.2; Linux 2.4.21-202-default; X11; i686; de, address@hidden) (KHTML, like Gecko)

This mail is an automated notification from the bugs tracker
 of the project: phpGroupWare.

/**************************************************************************/
[bugs #4377] Latest Modifications:

Changes by: 
                Dr. Christian Böttger <address@hidden>
'Date: 
                Wed 04/21/04 at 07:57 (Europe/Berlin)

            What     | Removed                   | Added
---------------------------------------------------------------------------
         Assigned to | None                      | skwashd







/**************************************************************************/
[bugs #4377] Full Item Snapshot:

URL: <http://savannah.gnu.org/bugs/?func=detailitem&item_id=4377>
Project: phpGroupWare
Submitted by: Alejandro Borges (lex)
On: Sun 07/20/03 at 02:13

Category:  API - Preferences
Item Group:  0.9.16 pre RC
Severity:  5 - Average
Priority:  5 - Normal
Resolution:  None
Assigned to:  skwashd
Status:  Open
Component Version:  None
Platform Version:  None
Reproducibility:  None


Summary:  When caching phpgwinfo, prefs get lost 

Original Submission:  As it says. Cache phpgwinfo, php sessions, non-persistant 
db connection. 

Go try and set preferences in any app (even settings). You wont be able to.

Im in the process of debugging it, but it seems this has to do with the way the 
prefs class handles the cached phpgwinfo array in line 547 (or arround, look at 

if (($type == 'user' || !$type) && 
$GLOBALS['phpgw_info']['server']['cache_phpgw_info'] && $this->account_id == 
$GLOBALS['phpgw_info']['user']['account_id'])

)

I think the read repository function borks the new preference data.
Iva managed to pin it down this way:

1.- Set new preferences to any app, make it break with an echo something

2.- Check out the database, preferences are fine there

3.- Go to home.php or even preferences index

4.- Check the db again, preferences are gone.

So, gimme a hand pls. Im trying to port AM to 0.16 preferences and cant go in 
if i dont fix this. Im gonna try and do it myself though.











For detailed info, follow this link:
<http://savannah.gnu.org/bugs/?func=detailitem&item_id=4377>

_______________________________________________
  Message sent via/by Savannah
  http://savannah.gnu.org/







reply via email to

[Prev in Thread] Current Thread [Next in Thread]