[OPEN-ILS-DEV] bug in 1.6 client if very long 856?

[Dan Wells]

Hello all,

I have done some experiments and made some interesting findings.

1) to get around the massive error box, we have success with Tab-Tab-Tab-Space-Tab-Tab-Space :)  I think we are checking a box, then hitting ok, and there may be a simpler way, but that works.

2) This problem persists on 2.0.4 at least.

3) This problem is not tied to the 856 field.  Instead, in any field, if you insert the a percent sign, followed by any number, followed by an 'n', you get this error.  And this is not a late April Fools!

4) The error is entirely client side.  There are no errors on the server, and the record saves just fine.

At this point I am hoping '%1n' (for example) rings somebody's bell, because the hole looks pretty deep from here.

Dan


>>> On 5/6/2011 at 4:02 PM, Brian Feifarek <bfeifarek at q.com> wrote:

> The community server at http://75.101.133.94 has 2.0.6 available if anybody 
> has the time to try the process there.
> Brian
> 
>> Date: Fri, 6 May 2011 12:26:50 -0400
>> From: dan at coffeecode.net 
>> To: open-ils-dev at list.georgialibraries.org 
>> Subject: Re: [OPEN-ILS-DEV] bug in 1.6 client if very long 856?
>> 
>> To follow up on this:
>> > 
>> Given that there are no 9/w/n subfields in the 856 fields, that leaves
>> us with the possibility that the parentheses and ampersands and
>> escaped characters in the URL are giving something in the ingest code
>> fits. When I get a chance, I'll see if I can reproduce that problem in
>> 2.0.6 using the same URLs as your record contains. (But it would be
>> great if someone on 2.0.6 beat me to the punch!)
>> 
>> -- 
>> Dan Scott
>> Laurentian University
>