<?xml version="1.0" encoding="UTF-8"?> 
<?xml-stylesheet href="https://dev.horde.org/themes/horde//default/feed-rss.xsl" type="text/xsl"?> 
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"> 
 <channel> 
  <title>Turba / Hermes upgrade causes client addressbook to be ignored.</title> 
  <pubDate>Fri, 10 Apr 2026 17:02:23 +0000</pubDate> 
  <link>https://bugs.horde.org/ticket/6961</link> 
  <atom:link rel="self" type="application/rss+xml" title="Turba / Hermes upgrade causes client addressbook to be ignored." href="https://bugs.horde.org/ticket/6961/rss" /> 
  <description>Turba / Hermes upgrade causes client addressbook to be ignored.</description> 
 
   
   
  <item> 
   <title>Hi Guys,



More spam from me about Horde because I picked a</title> 
   <description>Hi Guys,



More spam from me about Horde because I picked a silly time to upgrade to a nightly snapshot ;-)



But hopefully the comment will prove useful, if not, please ignore ;-)



I&#039;ve just tried going from:



turba-h3-2.1.7 / hermes-HEAD-2008-01-18 / whups-HEAD-2008-02-21



To:



turba-h3-2.2.1 / hermes-HEAD-2008-06-19 and hence whups-HEAD-2008-06-19 having seen the former two stop working.



Which was to no avail, so I have reverted.



Basically what happens with the latter configuration from a UI point of view is that the default addressbook is being used, and the client addressbook is being ignored.



I had hoped a reasonably easy fix could present itself and hence be added to the Hermes docs I&#039;ve already provided, so I looked for one.



It seems to come down to that in _turba_search [via Hermes::listClients()] a call to Turba::getAddressBookOrder is doing something to wipe the client addressbook out of the list, and hence it&#039;s being ignored, and you end up with gaps in the client column of your timesheet listing.



I think it is probably doing the wrong thing by not treating the client addressbook as a &#039;special case&#039; and ignoring it... either that or Hermes should use a different part of the Turba lib/api.php functionality.



I&#039;ve tried merging config, sources and registry entries from my old and new versions together, including the extra &#039;provides&#039; for Turba which looked the most likely culprit, combined with the &#039;addressbooks&#039; pref in the latest version:



&#039;clients/getClientSource&#039;, &#039;clients/clientFields&#039;, &#039;clients/getClient&#039;, &#039;clients/getClients&#039;, &#039;clients/addClient&#039;, &#039;clients/updateClient&#039;, &#039;clients/deleteClient&#039;, &#039;clients/searchClients&#039;



...  and that just got messy and caused loops in the pages, so I gave up on that and just reverted.



Hope it helps in some way, if not, then never mind, although if I could get a heads-up when it&#039;s fixed or worked around, that would be appreciated, as I probably need to be able to upgrade Turba on account of the recently announced security issue.



Yours,



Kev,

oRe Net.



PS. Looking back on it I am not sure if Turba being upgraded on its own without Hermes being upgraded causes the issue, but I am fairly sure that&#039;s why I continued to upgrade the other two in the first place.

</description> 
   <pubDate>Fri, 20 Jun 2008 11:01:16 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46688</link> 
  </item> 
   
  <item> 
   <title>&gt; I think it is probably doing the wrong thing by not treati</title> 
   <description>&gt; I think it is probably doing the wrong thing by not treating the 

&gt; client addressbook as a &#039;special case&#039; and ignoring it... either that 

&gt; or Hermes should use a different part of the Turba lib/api.php 

&gt; functionality.



So, are you saying that it&#039;s failing because the address book that is being used as the client address book is not listed in the address book preference?</description> 
   <pubDate>Fri, 20 Jun 2008 19:37:36 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46707</link> 
  </item> 
   
  <item> 
   <title>&gt; So, are you saying that it&#039;s failing because the address b</title> 
   <description>&gt; So, are you saying that it&#039;s failing because the address book that is 

&gt; being used as the client address book is not listed in the address 

&gt; book preference?

&gt;

I am not sure, but I think it&#039;s something like that which is happening.... but by the same token, there&#039;s no means to add it into such a preference?



What I observed as stated was that Hermes::listClients() makes a call to the Turba API which initially DOES allow use of the clients addressbook, but a later foreach loop excludes it for some reason which may well be related to address book (search) preferences. I had to revert to log some time slices before leaving the office late at night, so I didn&#039;t manage to track it down any further than I&#039;ve already described.



I&#039;d gladly try and confirm precisely what is happening, if you can give me some hints on the additional information you need?

</description> 
   <pubDate>Sat, 21 Jun 2008 11:57:30 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46708</link> 
  </item> 
   
  <item> 
   <title>&gt; I am not sure, but I think it&#039;s something like that which </title> 
   <description>&gt; I am not sure, but I think it&#039;s something like that which is 

&gt; happening.... but by the same token, there&#039;s no means to add it into 

&gt; such a preference?



Well, do you *see* the address book in the user preferences (Turba-&gt;Options-&gt;Address Books)?  The code that you referred to in your comment that &quot;excludes&quot; it, is filtering the address books based on the Turba preference.  So....if you don&#039;t have the client address book listed in your address books preference, then it will not be available.  If you do not see the client address book anywhere in turba&#039;s address book preferences, then that is another story.



The other question, I guess, is if we should somehow allow the client address book to always be available regardless of Turba&#039;s address book setting if being called via the client api?



Other devs...thoughts?</description> 
   <pubDate>Sat, 21 Jun 2008 13:39:44 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46709</link> 
  </item> 
   
  <item> 
   <title>&gt; The other question, I guess, is if we should somehow allow</title> 
   <description>&gt; The other question, I guess, is if we should somehow allow the client 

&gt; address book to always be available regardless of Turba&#039;s address 

&gt; book setting if being called via the client api?



Absolutely, yes. One setup could be to give READ access only to the client address book and no SHOW access so that it doesn&#039;t even show up in the preference and can only be used through the API.</description> 
   <pubDate>Sat, 21 Jun 2008 15:57:17 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46710</link> 
  </item> 
   
  <item> 
   <title>&gt; Absolutely, yes. One setup could be to give READ access on</title> 
   <description>&gt; Absolutely, yes. One setup could be to give READ access only to the 

&gt; client address book and no SHOW access so that it doesn&#039;t even show 

&gt; up in the preference and can only be used through the API.



Why would we not want the client address book visible in Turba? Wouldn&#039;t it be useful to have it available for looking up phone numbers, addresses, etc... ?</description> 
   <pubDate>Sat, 21 Jun 2008 16:10:31 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46711</link> 
  </item> 
   
  <item> 
   <title>&gt;&gt; Absolutely, yes. One setup could be to give READ access o</title> 
   <description>&gt;&gt; Absolutely, yes. One setup could be to give READ access only to the

&gt;&gt; client address book and no SHOW access so that it doesn&#039;t even show

&gt;&gt; up in the preference and can only be used through the API.

&gt;

&gt; Why would we not want the client address book visible in Turba? 

&gt; Wouldn&#039;t it be useful to have it available for looking up phone 

&gt; numbers, addresses, etc... ?



Sure that. I was just giving an example of a possible setup where you don&#039;t want to show it in Turba, but still through the API.</description> 
   <pubDate>Sat, 21 Jun 2008 16:36:16 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46713</link> 
  </item> 
   
  <item> 
   <title>Changes have been made in CVS for this ticket:

http://cvs.h</title> 
   <description>Changes have been made in CVS for this ticket:

http://cvs.horde.org/diff.php/turba/lib/api.php?r1=1.253&amp;r2=1.254&amp;ty=u</description> 
   <pubDate>Wed, 25 Jun 2008 15:47:07 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46803</link> 
  </item> 
   
  <item> 
   <title>Moving to Turba, since the issue was there, and closing beca</title> 
   <description>Moving to Turba, since the issue was there, and closing because it has been fixed for Turba 2.2.2.</description> 
   <pubDate>Wed, 25 Jun 2008 15:48:39 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46804</link> 
  </item> 
   
  <item> 
   <title>

&gt; Well, do you *see* the address book in the user preferen</title> 
   <description>

&gt; Well, do you *see* the address book in the user preferences 

&gt; (Turba-&gt;Options-&gt;Address Books)?  The code that you referred to in 

&gt; your comment that &quot;excludes&quot; it, is filtering the address books based 

&gt; on the Turba preference.  So....if you don&#039;t have the client address 

&gt; book listed in your address books preference, then it will not be 

&gt; available.  If you do not see the client address book anywhere in 

&gt; turba&#039;s address book preferences, then that is another story.

&gt;

A bit late, maybe, but I tried this and found that the preference would not &#039;stick&#039;. I&#039;d move the client addressbook over to the selected side, and save changes, but they would not appear afterwards.



K.</description> 
   <pubDate>Thu, 26 Jun 2008 10:57:10 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46850</link> 
  </item> 
   
  <item> 
   <title>&gt;

&gt;&gt; Well, do you *see* the address book in the user prefer</title> 
   <description>&gt;

&gt;&gt; Well, do you *see* the address book in the user preferences

&gt;&gt; (Turba-&gt;Options-&gt;Address Books)?  

&gt; ...

&gt; A bit late, maybe, but I tried this and found that the preference 

&gt; would not &#039;stick&#039;. I&#039;d move the client addressbook over to the 

&gt; selected side, and save changes, but they would not appear afterwards.

&gt;

Unfortunately it seems the problem persists in a combination of:



hermes-HEAD-2008-06-26 / horde-3.2.1 / turba-h3-2.2.1



That is both the &#039;non-stick&#039; addressbook preference, and the client addressbook not appearing in the Hermes client menu.



This is with a copy of the config/*.php files from the previous versions, saved back out again using the Admin-&gt;Setup system, though, so I guess it&#039;s possible that preferences or sources configs are out of whack and is causing this.

</description> 
   <pubDate>Thu, 26 Jun 2008 13:21:52 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46857</link> 
  </item> 
   
  <item> 
   <title>&gt; Unfortunately it seems the problem persists in a combinati</title> 
   <description>&gt; Unfortunately it seems the problem persists in a combination of:

&gt;

&gt; hermes-HEAD-2008-06-26 / horde-3.2.1 / turba-h3-2.2.1



The fix was done in Turba, so you will need the latest HEAD for turba as well.



&gt; That is both the &#039;non-stick&#039; addressbook preference, and the client 

&gt; addressbook not appearing in the Hermes client menu.



Not sure about the &#039;non-stick&#039; issue though.  Does this happen with *all* your sources or just the client source?</description> 
   <pubDate>Thu, 26 Jun 2008 13:27:24 +0000</pubDate> 
   <link>https://bugs.horde.org/ticket/6961#t46859</link> 
  </item> 
   
   
 
 </channel> 
</rss> 
