[Tickets #3304] Registry losing applications after api calls from configuration screens

bugs@bugs.horde.org bugs at bugs.horde.org
Sun Jan 22 22:06:03 PST 2006


DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: https://dev.horde.org/horde/whups/ticket/?id=3304
-----------------------------------------------------------------------
 Ticket             | 3304
 Updated By         | Michael Rubinsky <mrubinsk at horde.org>
 Summary            | Registry losing applications after api calls from configuration screens
 Queue              | Horde Framework Packages
 Version            | HEAD
 State              | Feedback
 Priority           | 1. Low
 Type               | Bug
 Owners             | Horde Developers, Michael Rubinsky, Michael Slusarz
-----------------------------------------------------------------------


Michael Rubinsky <mrubinsk at horde.org> (2006-01-22 22:06) wrote:

OK. I'm in unknown territory here with the cache code so please bare with
me... Looking at the keys that are being updated in __registrycache this is
what is happening - 

When loading the setup page that contains the api call - the
['applications'] and the ['_confcache'] entries are being updated.  I don't
think the problem is with calling the api function though.  If I load the
setup page, I see the expected values.  If I exit the page without saving
anything everything is fine.

When you generate conf.php, the only key that is being updated is
_confcache...but that also seems to be the behavior when using a setup page
that does not include an api call as well.

I have no idea if this is expected behavior or not...


> I would suggest setting some checkpoints in _shutdownCache() to 
> figure out if/why that code is updating the cache.  Since I can't 
> reproduce the behavior, I can't do any more debugging at this time.





More information about the bugs mailing list