[turba] Error when communicating with the server

Simon B simon.buongiorno at gmail.com
Tue Jan 19 09:51:34 UTC 2016


On 18 Jan 2016 16:01, "Michael J Rubinsky" <mrubinsk at horde.org> wrote:
>
>
> Quoting Simon B <simon.buongiorno at gmail.com>:
>
>> Hi
>>
>> Although I wrote a few weeks ago that I had solved this issue, all I had
>> actually solved was confirming that I was pulling the latest Horde_Util
>> with every git update.
>> http://lists.horde.org/archives/horde/Week-of-Mon-20151123/055119.html
>>
>> I am still faced with this in my horde logs..
>> 2016-01-18T09:47:44+00:00 EMERG: HORDE-BETA [turba] Call to undefined
>> method Horde_String::ipos() [pid 785 on line 1356 of
>> "/usr/share/git-horde/turba/lib/Api.php"]
>> 2016-01-18T09:47:45+00:00 EMERG: HORDE-BETA [turba] Call to undefined
>> method Horde_String::ipos() [pid 10907 on line 1356 of
>> "/usr/share/git-horde/turba/lib/Api.php"]
>> 2016-01-18T09:49:41+00:00 EMERG: HORDE-BETA [turba] Call to undefined
>> method Horde_String::ipos() [pid 1563 on line 1356 of
>> "/usr/share/git-horde/turba/lib/Api.php"]
>>
>> Apache says the same thing:
>> [Mon Jan 18 11:07:54 2016] [error] [client 195.xx.xx.xx] PHP Fatal error:
>> Call to undefined method Horde_String::ipos() in
>> /usr/share/git-horde/turba/lib/Api.php on line 1356, referer:
>>
https://webmail.myserver.net/imp/dynamic.php?page=compose&type=new&token=_Y9_38ShXrvY18S7TMQRmq3&uniq=1453115255406
>> [Mon Jan 18 11:10:41 2016] [error] [client 195.xx.xx.xx] PHP Fatal error:
>> Call to undefined method Horde_String::ipos() in
>> /usr/share/git-horde/turba/lib/Api.php on line 1356, referer:
>>
https://webmail.myserver.net/imp/basic.php?page=contacts&u=722724496569cc5f6ce373
>>
>> Note that the second attempt is using the pop-up when clicking on the
"To:"
>> link and not using the dynamic Ajax call from the To: field
>>
>> This is the routine causing the issue:
>> 1355
>> 1356                                     $add =
>> ((Horde_String::ipos(Horde_String_Transliterate::toAscii($e_val), $tname)
>> !== false) ||
>> 1357
>>  (Horde_String::ipos($tdisplay_name, $tname) !== false));
>> 1358                                 } else {
>> 1359                                     $add = true;
>> 1360                                 }
>>
>> Can I get some help in debugging/fixing this?  It's quite a pain having
to
>> copy and paste emails from the addressbook (especially as the ordering is
>> still awry - #14183)
>
>
> Well, that method is definitely available in the current version of that
class. In fact, it's been there since August of 2014. So, the code throwing
this error is NOT using the version of the library you think it is.
>
>> I understood from the original reply here -
>> http://lists.horde.org/archives/turba/Week-of-Mon-20141208/007018.html to
>> Roman that it might be an issue with the Pear config/include path.
Whilst
>> I use to run two pear installs, I stopped when I moved pre-prod to git:
>>
>> pear config-show
>> CONFIGURATION (CHANNEL PEAR.PHP.NET <http://pear.php.net/>):
>>
>> =====================================
>> Auto-discover new Channels     auto_discover    <not set>
>> Default Channel                default_channel  pear.php.net
>> ...
>> PEAR directory                 php_dir          /usr/share/php
>>
>> And /usr/share/php is in my /etc/php5/cli/php.ini
>>
>> # php --ini
>> Configuration File (php.ini) Path: /etc/php5/cli
>
>
> All this proves is that *this* pear install is using this install_dir.
It's possible there is a separate pear that is still being used, or that
the include_path being used from within Horde is different.
>
>
>> So, I'm a little stuck.  I'd like to upgrade Prod to but I'm reluctant to
>> do so if this is going to carry over.
>
>
> Try using the phpinfo() command from either admin->phpshell or from the
test.php page and see what values are listed there. Also, using the above
pear install, list the installed packages from the Horde channel.

Thanks Mike.

phpinfo(); says..
include_path
/usr/share/horde-beta/libs:/usr/share/git-horde5/horde/lib:/usr/share/pear

/usr/share/horde-beta is the webroot for the git install..

But wouldn't you know it, it's working in git since I upgraded prod..

I'm baffled..

Simon



> The bottom line is that your code is definitely using some older version
of this file - you need to find out why.


More information about the turba mailing list