6.0.0-alpha14
7/2/25

[#7779] External events like birthdays don't stick
Summary External events like birthdays don't stick
Queue Kronolith
Queue Version 2.3
Type Bug
State Not A Bug
Priority 1. Low
Owners
Requester ken (at) mc-neill (dot) net
Created 12/15/2008 (6043 days ago)
Due
Updated 12/15/2008 (6043 days ago)
Assigned 12/15/2008 (6043 days ago)
Resolved 12/15/2008 (6043 days ago)
Github Issue Link
Github Pull Request
Milestone
Patch No

History
12/15/2008 04:11:00 PM ken (at) mc-neill (dot) net Comment #7 Reply to this comment
Thank you for this clear reply--I appreciate your time. I was also 
having related issues with error messages described in 
http://bugs.horde.org/ticket/7439.

[Show Quoted Text - 20 lines]
12/15/2008 03:47:21 PM Chuck Hagenbuch Comment #6 Reply to this comment
This is the preference that holds external calendars:



// store the external calendars to display

$_prefs['display_external_cals'] = array(

     'value' => 'a:0:{}',

     'locked' => false,

     'shared' => false,

     'type' => 'implicit'

);



It does not and should not show up in the UI (thus the implicit type; 
types are documented in horde/config/prefs.php.dist) because it saves 
the state of the panel checkboxes, nothing more.



The relationship to upgrading is that if you upgraded and didn't 
update prefs.php from prefs.php.dist, you won't have this preference 
and it won't be saved to the db. From horde/docs/UPGRADING:



"After updating to a newer Horde version, or a newer version of **any** Horde

application, you **always** need to update **all** configuration files."
12/15/2008 03:32:05 PM ken (at) mc-neill (dot) net Comment #5 Reply to this comment
I appreciate that you are trying to point me in the right direction.   
However, could you please tell me where to find the "external 
calendars preference"? And which "upgrade instructions?" What does 
this have to do which upgrading?



I contribute significant amounts of my time and energy to other open 
source projects, and the main concern is always USABILITY. Simply 
saying 'if not [...], "then that's your problem"' doesn't improve the 
quality of Horde.
I looked in kronolith/config/prefs.php, but I do not think there is
any object responsible for persisting the choice to show birthdays,
etc. on the Calendar.
The external calendars preference. If it's not in config/prefs.php,
then that's your problem. You need to follow the upgrade instructions.
12/15/2008 03:07:33 PM Chuck Hagenbuch Comment #4
State ⇒ Not A Bug
Reply to this comment
I looked in kronolith/config/prefs.php, but I do not think there is
any object responsible for persisting the choice to show birthdays,
etc. on the Calendar.
The external calendars preference. If it's not in config/prefs.php, 
then that's your problem. You need to follow the upgrade instructions.
12/15/2008 02:35:07 PM ken (at) mc-neill (dot) net Comment #3 Reply to this comment
Did you update config/prefs.php?
I looked in kronolith/config/prefs.php, but I do not think there is 
any object responsible for persisting the choice to show birthdays, 
etc. on the Calendar. I believe this should be present in the 
Kronolith options UI.
12/15/2008 02:15:55 PM Chuck Hagenbuch Comment #2
State ⇒ Feedback
Reply to this comment
Did you update config/prefs.php?
12/15/2008 10:54:33 AM ken (at) mc-neill (dot) net Comment #1
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ External events like birthdays don't stick
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
State ⇒ Unconfirmed
Reply to this comment
When choosing to display external events, like birthdays, in 
Kronolith, the events don't stick. That is, there is no way to save 
that preference, and the next time you view the Calendar, the events 
are gone and must be re-populated by the user.

Saved Queries