Summary | Param $fields in searchClients API call |
Queue | Turba |
Queue Version | HEAD |
Type | Bug |
State | Resolved |
Priority | 1. Low |
Owners | |
Requester | thomas (at) gelf (dot) net |
Created | 04/11/2007 (6696 days ago) |
Due | |
Updated | 04/15/2007 (6692 days ago) |
Assigned | 04/11/2007 (6696 days ago) |
Resolved | 04/14/2007 (6693 days ago) |
Github Issue Link | |
Github Pull Request | |
Milestone | |
Patch | No |
State ⇒ Resolved
Committed, thanks!
misbehaviour. But feel free to move the ticket to the "Feature Request
Queue".
b) I'm pleased to hear that atm there is no Horde App using
searchClients with the $fields param - so this little patch should not
do any harm at all :-)
c) In my believes API calls to "searchClients" should behave exactly
like API calls to "search" - with the little difference, that you
absolutely shouldn't need to know the client address book's name. My
small modification doesn't do anything else.
d) Motivation: I'm currently modifying Hermes in a way allowing me to
choose clients from a Search-Popup (similar to IMP's address book
popup, but simpler). A Dropdown box with thousends of clients is not
really useful and also putting some heavvy load on our servers ;-)
State ⇒ Feedback
really matter if we were expecting to perform an OR search on each
field passed in and I don't see anywhere within the current Horde apps
where we do that from the client api.
Than being said, I would suggest this as a feature request as we
should probably do this for future extensibility?
Thoughts?
Priority ⇒ 1. Low
Type ⇒ Bug
Summary ⇒ Param $fields in searchClients API call
Queue ⇒ Turba
New Attachment: turba_searchClients.diff
State ⇒ Unconfirmed
call requires
us to know the name of the "clients" addressbook (and we don't want to have
to know it). This little patch should fix it.
Cheers,
Thomas Gelf