Summary | Show list of available client address book choices on config screen |
Queue | Turba |
Queue Version | Git master |
Type | Enhancement |
State | Resolved |
Priority | 1. Low |
Owners | mrubinsk (at) horde (dot) org |
Requester | ccarlin (at) physics (dot) tamu (dot) edu |
Created | 01/15/2006 (7088 days ago) |
Due | |
Updated | 10/01/2010 (5368 days ago) |
Assigned | 02/13/2006 (7059 days ago) |
Resolved | 07/08/2010 (5453 days ago) |
Milestone | 3 |
Patch | No |
configuration dialog for turba:
Name of client addressbook is empty but required, how do i fix this?
Make use of the configspecial we have for contact sources.
Re-add this now that we are working towards Horde 4
(Finally) closes
Bug: 3271http://git.horde.org/diff.php/turba/config/conf.xml?rt=horde-git&r1=c31211fd5cee20c7fe88e3517d6be96a361f6168&r2=898c9178ce8a81ebff27112895734a1c479cbdb4
way to provide a list of available sources on the config screen since
it would need a new configspecial tag.
State ⇒ Feedback
State ⇒ Stalled
State ⇒ Assigned
Priority ⇒ 1. Low
State ⇒ Feedback
While were at it, this isn't really a bug ticket, but an enhancement
request to list available sources in the setup screen. Can someone
update this or shoud I create a new ticket?
State ⇒ Resolved
State ⇒ Stalled
Priority ⇒ 1. Low
Bug: 3304is resolved.We could add a configspecial tag that retrieves its enum values from
an API call.
could add a configspecial tag that retrieves its enum values from an
API call.
'name' given a shared address book is only the display name and is
stored in the share.
Currently, for this to work, you would need to enter the internal name
of the source into the client address book field. The internal name
is something like the following:
localsql:ad60cc4ce7102b3aac2420aedbc664c1
where localsql is obviously the source the shared address book is
based on and the second part is the unique identifier for the share.
You can find this value by looking in the datatree area of the
administration section of the user interface.
Any input on a way to better handle this in a BC way would be welcome...
State ⇒ Assigned
Priority ⇒ 2. Medium
State ⇒ Unconfirmed
Queue ⇒ Turba
Type ⇒ Bug
Summary ⇒ Cannot set client addressbook to a shared book
1-13), which is using shared addressbooks but I keep running into the
"no clients" error in hermes. I can see the clients in the turba
addressbook.
In sources.php I specified a shared backend called localsql, and
specified that as the "name of source for creating new shares." I then
created a shared addressbook called c2 and populated it with a few
clients. I can see the clients fine from my account and from other
accounts, and have no problems with addressbook sharing.
I then set c2 as the "Name of client addressbook", but hermes shows no
clients available.