available if anybody
has the time to try the process there.
Brian
Date: Fri, 6 May 2011 12:26:50 -0400
From: d...@coffeecode.net
To: open-ils-dev@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
@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
the process there.
Brian
Date: Fri, 6 May 2011 12:26:50 -0400
From: d...@coffeecode.net
To: open-ils-dev@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
Hello, all.
We've run into an error in the staff client (both Mac and PC versions)
in 1.6.0.4.
We checked with Equinox and they agree that the problem is likely to be
some kind of internal limit on how long an 856 $u URL can be, since we
only see the problem when editing records with long
To follow up on this:
On Fri, May 6, 2011 at 10:19 AM, Dan Scott d...@coffeecode.net wrote:
On Fri, May 06, 2011 at 11:00:19AM -0300, Melissa Belvadi wrote:
Hello, all.
We've run into an error in the staff client (both Mac and PC versions)
in 1.6.0.4.
We checked with Equinox and they
has the time to try the process there.
Brian
Date: Fri, 6 May 2011 12:26:50 -0400
From: d...@coffeecode.net
To: open-ils-dev@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
At this point I am hoping '%1n' (for example) rings somebody's bell,
because the hole looks pretty deep from here.
Is it any printf % variable? Like %s or %4s?
