[dev] [commits] Horde branch master updated. 13716e3207c103c00eed3107912dad92eb53f477

[Michael M Slusarz]

Quoting Jan Schneider <jan at horde.org>:

> Zitat von Michael M Slusarz <slusarz at horde.org>:
>
>> The branch "master" has been updated.
>> The following is a summary of the commits.
>>
>> from: b60dfa7771a82128f8e65b706d01780191ed9cdb
>>
>> 13716e3 [mms] Workaround PHP bug when using serialized Envelope  
>> data created by Horde_Imap_Client < 1.5.0 (Bug #11026).
>>
>> -----------------------------------------------------------------------
>>
>> commit 13716e3207c103c00eed3107912dad92eb53f477
>> Author: Michael M Slusarz <slusarz at horde.org>
>> Date:   Sun Feb 26 22:48:36 2012 -0700
>>
>>    [mms] Workaround PHP bug when using serialized Envelope data  
>> created by Horde_Imap_Client < 1.5.0 (Bug #11026).
>>
>> framework/Imap_Client/lib/Horde/Imap/Client/Cache.php |   32  
>> +++++++++++++----
>> framework/Imap_Client/package.xml                     |    2 +
>> 2 files changed, 27 insertions(+), 7 deletions(-)
>>
>> http://git.horde.org/horde-git/-/commit/13716e3207c103c00eed3107912dad92eb53f477
>
> Shouldn't the cache version rather go into the cache signature? That  
> would transparently invalidate caches through the caching library.  
> Additional benefit: we won't pollute the cache with new, unknown  
> structures if sharing the same backend with older versions (like I  
> do).
> This is what we do in any other library using versioned cache objects too.

Makes sense.  I made the change and released 1.5.1, so we shouldn't  
see any more of the clone object errors going forward.

michael

___________________________________
Michael Slusarz [slusarz at horde.org]