6.0.0-beta1
7/8/25

[#10766] fb.php
Summary fb.php
Queue Kronolith
Queue Version 3.0.11
Type Bug
State Resolved
Priority 1. Low
Owners jan (at) horde (dot) org
Requester michael.groene (at) zel (dot) uni-hannover (dot) de
Created 11/15/2011 (4984 days ago)
Due
Updated 11/15/2011 (4984 days ago)
Assigned
Resolved 11/15/2011 (4984 days ago)
Github Issue Link
Github Pull Request
Milestone 3.0.12
Patch No

History
11/15/2011 02:22:30 PM Jan Schneider Comment #3
Assigned to Jan Schneider
State ⇒ Resolved
Milestone ⇒ 3.0.12
Reply to this comment
Nice catch.
11/15/2011 02:22:23 PM Git Commit Comment #2 Reply to this comment
Changes have been made in Git for this ticket:

Fix logic (Bug #10766).

  1 files changed, 3 insertions(+), 2 deletions(-)
http://git.horde.org/horde-git/-/commit/5275828e9e5933bda8ba40af44ff82dd3ada05c3
11/15/2011 01:32:12 PM michael (dot) groene (at) zel (dot) uni-hannover (dot) de Comment #1
Priority ⇒ 1. Low
Patch ⇒ No
Milestone ⇒
Queue ⇒ Kronolith
Summary ⇒ fb.php
Type ⇒ Bug
State ⇒ Unconfirmed
Reply to this comment
Just stumbled on these lines in kronolith/fb.php:45

         // If the free/busy calendars preference is empty, default to
         // the user's default_share preference, and if that's empty,
         // to their username.
         if (!$cal) {
             $cal = 'internal_' . $prefs->getValue('default_share');
             if (!$cal) {
                 $cal = 'internal_' . $user;
             }
         }

Am I wrong, or will the innermost if-condition never be true? 
"internal_" will be stored in every case, which makes the next if 
redundant!?

Saved Queries