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 <[email protected]> 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 <[email protected]> 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 <[email protected]> wrote: >>> >>> On Tue, Dec 3, 2013 at 8:41 AM, Jason Stephenson <[email protected]> >>> 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: [email protected] > | web: http://www.esilibrary.com -- Benjamin Shum Evergreen Systems Manager Bibliomation, Inc. 24 Wooster Ave. Waterbury, CT 06708 203-577-4070, ext. 113
