[Tickets #14936] horde_prefs loose display_remote_calenders, when accessing kronolith/fb.php
[email protected] Wed, 10 Jul 2019 10:13:35 +0000
| Newsgroups | gmane.comp.horde.bugs |
|---|---|
| Message-ID | <[email protected]> |
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 | [email protected] 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 | ------------------------------------------------------------------------------ [email protected] (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 -- bugs mailing list Frequently Asked Questions: http://wiki.horde.org/FAQ To unsubscribe, mail: [email protected]