6.0.0-git
2020-02-24

[#14936] horde_prefs loose display_remote_calenders, when accessing kronolith/fb.php
Summary horde_prefs loose display_remote_calenders, when accessing kronolith/fb.php
Queue Kronolith
Queue Version 4.2.27
Type Bug
State Not A Bug
Priority 1. Low
Owners mrubinsk (at) horde (dot) org
Requester christopher.etz (at) time2bi (dot) de
Created 2019-07-10 (229 days ago)
Due
Updated 2019-12-23 (63 days ago)
Assigned
Resolved 2019-12-23 (63 days ago)
Milestone
Patch No

History
2019-12-23 19:59:43 Michael Rubinsky State ⇒ Not A Bug
 
2019-12-16 14:14:02 christopher (dot) etz (at) time2bi (dot) de Comment #3 Reply to this comment
Cannot reproduce either by accessing kronolith/fb.php directly from 
within the same session, or using the scheduling/attendees tab when 
adding a new event.

Marking as not reproducible until steps to reproduce are provided.
Agreed. I cannot reproduce it anymore, either.
Might have been solved by an intermediate upgrade.

Thanks for your effort trying to reproduce the behavior.

Cheers,
Christopher

2019-12-05 21:59:31 Michael Rubinsky Comment #2
Assigned to Michael Rubinsky
State ⇒ Not Reproducible
Priority ⇒ 1. Low
Reply to this comment
Cannot reproduce either by accessing kronolith/fb.php directly from 
within the same session, or using the scheduling/attendees tab when 
adding a new event.

Marking as not reproducible until steps to reproduce are provided.
2019-07-10 10:13:35 christopher (dot) etz (at) time2bi (dot) de Comment #1
Type ⇒ Bug
State ⇒ Unconfirmed
Priority ⇒ 2. Medium
Summary ⇒ horde_prefs loose display_remote_calenders, when accessing kronolith/fb.php
Queue ⇒ Kronolith
Milestone ⇒
Patch ⇒ No
Reply to this comment
In Kronolith the selected (marked) external calendars are reset to 
"unselected", whenever I access my free/busy information. The 
free/busy information itself is correct, including information from 
external calendars.
But when I re-login to the Horde web application, all previously 
selected external calendars are unselected.

My suspect, that kronolith/fb.php is to blame, comes from logging the 
SQL statement (in PostgreSQL) in parallel.

The problem arises probably from somewhere near line 31 of kronolith/fb.php:
         $prefs = 
$GLOBALS['injector']->getInstance('Horde_Core_Factory_Prefs')->create('kronolith', 
array(
             'cache' => false,
             'user' => $user
         ));
This seems to create a new set of user preferences (with no external 
calendars selected) and writes the "Unselection" of the external 
calendars back to the table horde_prefs.

Unfortunately, my knowledge von PHP and the structure of the Horde 
source code is not sufficient to locate and repair this misbehavior.

Regards,
Christopher

Saved Queries