Serialize option types whose values are not scalar. At first, I strongly considered...
authorpdontthink <pdontthink@7612ce4b-ef26-0410-bec9-ea0150e637f0>
Sun, 6 Jan 2008 05:58:24 +0000 (05:58 +0000)
committerpdontthink <pdontthink@7612ce4b-ef26-0410-bec9-ea0150e637f0>
Sun, 6 Jan 2008 05:58:24 +0000 (05:58 +0000)
commitf2aba53660aa16ce179fe6a25b1d32d336791d45
tree791375de98a0603463b5acdb5e492fdfc25ba03d
parentaa84daced451fe171b6b606939dba8df6bcab26c
Serialize option types whose values are not scalar.  At first, I strongly considered simply serializing ALL prefs when they are written to the pref backend, because that method automates prefs better and the user (developer) needn't concern themselves with the details thereof (with this solution, they have to know to unserialize certain prefs after calling getPref()).  I changed my mind, though, primarily because calling unserialize() for every pref that is loaded and serialize() for every pref that is stored seems like unnecessary overhead, and serializing prefs now might unstabilize what seems to be a fairly stable pref storage system to date.  Secondarily, I didn't want to screw everybody's pref files up.  The other bonus is that this can be backported to STABLE (which I just might do).  Again, this solution does mean that developers do have to manually unserialize any non-scalar pref settings.

git-svn-id: https://svn.code.sf.net/p/squirrelmail/code/trunk/squirrelmail@12876 7612ce4b-ef26-0410-bec9-ea0150e637f0
functions/options.php