[Tickets #14177] Re: ActiveSync SQL error

noreply at bugs.horde.org noreply at bugs.horde.org
Thu Dec 24 16:31:15 UTC 2015


DO NOT REPLY TO THIS MESSAGE. THIS EMAIL ADDRESS IS NOT MONITORED.

Ticket URL: https://bugs.horde.org/ticket/14177
------------------------------------------------------------------------------
  Ticket             | 14177
  Updated By         | Michael Rubinsky <mrubinsk at horde.org>
  Summary            | ActiveSync SQL error
  Queue              | Synchronization
  Version            | FRAMEWORK_5_2
  Type               | Bug
  State              | No Feedback
  Priority           | 2. Medium
  Milestone          |
  Patch              |
  Owners             | Michael Rubinsky
------------------------------------------------------------------------------


Michael Rubinsky <mrubinsk at horde.org> (2015-12-24 16:31) wrote:

>>>> Additionally I found out that the last entry before the error occurs
>>>> is the query for the last share in "SELECT * FROM kronolith_sharesng
>>>> ORDER BY share_name ASC" (which according to the debug log seems to
>>>> be query used by horde-alarms to get the list of shares).
>>>
>>> By this I wanted to say it seems that the error occurs *after* all
>>> shares from kronolith_sharesng have already been processed.
>>
>> Using the admin phpshell in Horde, look to see what the following
>> produces (using Kronolith's scope):
>>
>> $kronolith_shares = $injector->getInstance('Kronolith_Shares');
>> var_dump(array_keys($kronolith_shares->listAllShares()));
>>
>> See if there are any "empty-ish" values listed.
>
> Yeah indeed it end with:
>
>   [1451]=>
>   int(0)
>   [1452]=>
>   int(1)
>
> What should we do about them?

Those array values should be string values (share names) and not even  
integers. Look in your share table (probably kronolith_sharesng) and  
see if you can find any shares with a share name of 0 or 1 (or ANY  
integer value). My guess is those are old left over cruft.





More information about the bugs mailing list