[Tickets #14936] horde_prefs loose display_remote_calenders, when accessing kronolith/fb.php

[noreply at bugs.horde.org]

BITTE NICHT AUF DIESE NACHRICHT ANTWORTEN. NACHRICHTEN AN DIESE  
E-MAIL-ADRESSE WERDEN NICHT GELESEN.

Ticket-URL: https://bugs.horde.org/ticket/14936
------------------------------------------------------------------------------
  Ticket           | 14936
  Erstellt Von     | christopher.etz at time2bi.de
  Zusammenfassung  | horde_prefs loose display_remote_calenders, when
                   | accessing kronolith/fb.php
  Warteschlange    | Kronolith
  Version          | 4.2.27
  Typ              | Bug
  Status           | Unconfirmed
  Priorität        | 2. Medium
  Milestone        |
  Patch            |
  Zuständige       |
------------------------------------------------------------------------------


christopher.etz at time2bi.de (2019-07-10 10:13) hat geschrieben:

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