[OPEN-ILS-DEV] 2.5 client issues

[Ben Shum]

For note, the bug that jeff created back in December is still only
marked fix committed ( see
https://bugs.launchpad.net/opensrf/+bug/1257264 )

So, that actually means the *next* OpenSRF releases will have the
fixes for JSON::XS.  According to the bug ticket, that'd be OpenSRF
2.2.2.  2.2.1 would still be broken.

-- Ben

On Tue, Jan 28, 2014 at 1:39 PM, Mike Rylander <mrylander at gmail.com> wrote:
> Peter,
>
> It's odd seeing the Pure Perl version of JSON in use, so first I'd
> suggest installing JSON::XS on your server(s).  Then, you'll probably
> want to make sure you're on the latest OpenSRF release, which contain
> (IIRC) some improvements to the boolean type detection.
>
>
> On Tue, Jan 28, 2014 at 1:33 PM, Peter Lux <plux at upei.ca> wrote:
>> a bit long in the tooth so I started fresh at 2.5.2 but am still having the
>> same client issue. I thought I had an ssl issue but the logs are bare
>> now..... so I tried the request open-ils.actor
>> open-ils.actor.org_unit_setting.values.ranged.retrieve
>> "40dcf6c418e6c783b58fc2595e699445" "4" after logging in with via srfsh with
>> new egadmin user..... My output is
>>
>> Received Data: {
>>
>>   "cat.label.font.family":"monospace",
>>
>>   "cat.spine.line.width":8,
>>
>>   "cat.label.font.size":10,
>>
>>   "circ.booking_reservation.default_elbow_room":"1 day",
>>
>>   "cat.spine.line.margin":0,
>>
>>   "circ.hold_go_home_interval":"6 months",
>>
>>   "cat.spine.line.height":9,
>>
>>   "circ.grace.extend":{
>>
>>     "__c":"JSON::PP::Boolean",
>>
>>     "__p":null
>>
>>   },
>>
>>   "cat.label.font.weight":"normal"
>>
>> }
>>
>>
>> which seems like it should be ok....I did some looking at patches/etc and it
>> looks like this was resolved so I'm not sure what's up....JSON version still
>> an issue ?
>>
>>
>> Peter
>>
>>
>>
>> On Tue, Dec 3, 2013 at 10:16 AM, Jeff Godin <jgodin at tadl.org> wrote:
>>>
>>> On Tue, Dec 3, 2013 at 8:41 AM, Jason Stephenson <jstephenson at mvlc.org>
>>> wrote:
>>>>
>>>> On 12/02/2013 11:03 PM, Scott Myers wrote:
>>>> >
>>>> > The issue is caused by the wrong version of JSON::XS. The new 3.01 came
>>>> > out oct 29 breaks the staff client login. If you install vs 2.34 you
>>>> > will be able to login.
>>>>
>>>> Please bug this on Launchpad if you have not done so already.
>>>
>>>
>>> Based on Scott's mention of the issue (and his responses to a few followup
>>> questions via IRC), I was able to reproduce and opened the following bug:
>>> https://bugs.launchpad.net/opensrf/+bug/1257264
>>>
>>> I created two working branches with potential fixes, and I know that Mike
>>> Rylander was taking a look at the issue this morning.
>>>
>>> This may or may not be the issue that Peter was running into.
>>>
>>> Peter, if you follow Dan Wells' advice from earlier in this thread, the
>>> output should confirm or rule out the possibility that you're being affected
>>> by this change in JSON::XS behavior.
>>>
>>> Debian Squeeze and Ubuntu Precise do not include the affected version of
>>> JSON::XS at present, but that doesn't mean it hasn't been installed via some
>>> other means, especially if you've installed something via CPAN that brought
>>> in the latest JSON::XS as a side effect.
>>>
>>> If the output of the srfsh commands Dan Wells suggested include the string
>>> "__c":"JSON::PP::Boolean", you will need to either downgrade the JSON::XS
>>> Perl module, or try one of the fixes in
>>> https://bugs.launchpad.net/opensrf/+bug/1257264
>>>
>>> Please let us know what you find!
>>>
>>> Thanks,
>>>
>>> -jeff
>>
>>
>
>
>
> --
> Mike Rylander
>  | Director of Research and Development
>  | Equinox Software, Inc. / Your Library's Guide to Open Source
>  | phone:  1-877-OPEN-ILS (673-6457)
>  | email:  miker at esilibrary.com
>  | web:  http://www.esilibrary.com



-- 
Benjamin Shum
Evergreen Systems Manager
Bibliomation, Inc.
24 Wooster Ave.
Waterbury, CT 06708
203-577-4070, ext. 113