6.0.0-beta1
▾
Tasks
New Task
Search
Photos
Wiki
▾
Tickets
New Ticket
Search
dev.horde.org
Toggle Alerts Log
Help
10/20/25
H
istory
A
ttachments
C
omment
W
atch
Download
Comment on [#11438] Inconsistent behaviour of [share][hidden]
*
Your Email Address
*
Spam protection
Enter the letters below:
. ..___.. .. . __ |__| _/ |\ ||_/ / ` | |./__.| \|| \\__.
Comment
> When using dynamic view, and $conf[share][hidden] is set any > calendars provided by the timeobjects API that are not backed by > shares and "subscribed" to are hidden in the UI. I.e., it is > impossible to select these for viewing. When the timeobject is based > on an actual share like an Address book that's fine since you can > still "subscribe" to the share and have it appear, but if the > timeobject provided via the API is not share based then it becomes > impossible to ever see these calendars. For example, Whups provides > timeobjects based on "My Tickets", not on individual shares and none > of the objects provided by the timeobjects application is based on > shares. > > When viewing in the traditional view, the $conf[share][hidden] > setting is ignored when building the list of available timeobject > calendars. > > So I think we need to: > > (1) Fix the traditional view so that it honors the hidden setting. > (2) Add some new return value to the listTimeobjectsCategories API > method that indicates whether or not the objects are share based and > should be subject to filtering through the [share][hidden] setting.
Attachment
Watch this ticket
N
ew Ticket
M
y Tickets
S
earch
Q
uery Builder
R
eports
Saved Queries
Open Bugs
Bugs waiting for Feedback
Open Bugs in Releases
Open Enhancements
Enhancements waiting for Feedback
Bugs with Patches
Enhancements with Patches
Release Showstoppers
Stalled Tickets
New Tickets
Horde 5 Showstoppers