<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Kolab Storage: serialize/unserialize handling</title> 
  <pubDate>Thu, 09 Apr 2026 17:42:28 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/11680</link> 
  <atom:link rel="self" type="application/rss+xml" title="Kolab Storage: serialize/unserialize handling" href="https://bugs.horde.org/ticket/11680/rss" /> 
  <description>Kolab Storage: serialize/unserialize handling</description> 
 
   
   
  <item> 
   <title>Hi Gunnar,

I&#039;m not sure how the serialize/unserialize han</title> 
   <description>Hi Gunnar,

I&#039;m not sure how the serialize/unserialize handling is done in Kolab_Storage.
Let&#039;s take Storage/Cache/Data.php as an example.

The code in store() looks like this:
---------------------------------------------------
$this-&gt;_data[self::STAMP] = serialize($stamp);
---------------------------------------------------

The _load() code does nothing special to the &quot;self::STAMP&quot; field.

The getStamp() code looks like this:
----------------------------------------------
    public function getStamp()
    {
        $this-&gt;_checkInit(self::STAMP);
        return $this-&gt;_data[self::STAMP];
    }
----------------------------------------------

Is there some recursive unserialize magic happening I don&#039;t see yet?

IMHO if you call getStamp(), it will return garbage.
The same code pattern applies to a few other spots.

OTOH the actual user of &quot;Storage/Cache/Data.php&quot; is &quot;Storage/Data/Cached.php&quot;.
That one unserializes the stamp before using it.

Is this a performance optimization to move unserialize() to the calling side?

Thomas
</description> 
   <pubDate>Fri, 09 Nov 2012 15:43:28 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/11680#t74654</link> 
  </item> 
   
  <item> 
   <title>While this is undeniably broken and certainly not intended:</title> 
   <description>While this is undeniably broken and certainly not intended:

The deserialization currently happens in Horde/Kolab/Storage/Data/Cached.php on line 228.

This issue will be fixed when I finished the redesign of the data area. Horde 6.0 though as this is an API change. </description> 
   <pubDate>Thu, 22 Nov 2012 18:55:31 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/11680#t74979</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
