[OPEN-ILS-DEV] Checkout and Holds problem

[Mike Rylander]

On Thu, Apr 3, 2008 at 9:19 AM, Robert Nix <glibrarysystem at gmail.com> wrote:
> Ok I take that back Grant. I can update the permissions successfully but
> then about 3 seconds after I do that the boxes become unchecked again with
> no explanation. If I exit out and retrieve the patron again then the
> permissions are back to the way they were before the changes as well. I'm
> not sure what's going on with that. I tried to change all of the permissions
> for myself to applied and Consortium but there was an error when I tried to
> save it. I guess that's the next issue to work on.
>

A few things:

* You can't change your own permissions, except to make them more restrictive
* You can't give a permission range greater than your own (you can't
give someone Consortium range CREATE_VOLUME if you only have Branch
range yourself)
* You must have the Grant flag to give a permission
* All of the above can be bypassed if you have the EVERYTHING
permission or the super_user field is true on your user entry in the
database

One or more of these is quite certainly your issue.  The only one of
these that the UI does not disallow before hand is the depth
assignment, so I suspect that is the problem.

--miker

>
> On Thu, Apr 3, 2008 at 8:53 AM, Robert Nix <glibrarysystem at gmail.com> wrote:
>
> >
> > Grant,
> >
> > Are you talking about changing permissions through the user permission
> editor in the admin section of the client? If so, I can change permissions
> in there.
> >
> >
> >
> >
> >
> >
> >
> >
> > On Thu, Apr 3, 2008 at 8:40 AM, Grant Johnson <FGJohnson at upei.ca> wrote:
> >
> > > I wonder if this has something to do with John's script............
> > > That would be too bad!
> > >
> > > Same issues after updated ILS and Staff client from the build folder on
> the server.
> > >
> > > 1) Can't mod permissions
> > > 2) Can't check out items
> > > 3) Can't hold an Item
> > >
> > > --
> > >
> > > F. Grant Johnson
> > > 566-0630 / fgjohnson at upei.ca
> > > Skype ID = jetsongeorge
> > >
> > > Systems Coordinator
> > >  Robertson Library
> > >  University of Prince Edward Island
> > >
> > > ***************
> > > Attitude is IT!
> > >
> > >
> > > >>> On 4/1/2008 at 4:58 PM, in message
> > > <fbb0d11d0804011258r1986f967i45ca040fe6599ed4 at mail.gmail.com>, "Dan
> Scott"
> > >
> > >
> > >
> > > <denials at gmail.com> wrote:
> > > > On 01/04/2008, Grant Johnson <FGJohnson at upei.ca> wrote:
> > > >> Any resolution on this one?
> > > >>  I get the same errors?
> > > >>
> > > >>  Network/server failure.  Please check your Internet connection to
> > > > osls.cs.upei.ca and choose Retry Network.  If you need to enter
> Offline Mode,
> > > > choose Ignore Errors in this and subsequent dialogs.  If you believe
> this
> > > > error is due to a bug in Evergreen and not network problems, please
> contact
> > > > your helpdesk or friendly Evergreen admins, and give them this
> information:
> > > >>
> > > >> method=open-ils.circ.checkout.permit
> > > >>
> > > >>
> > > >
> params=["5321b494811a566013337fad1273786b",{"barcode":"1000049","patron":3},0
> > > > ]
> > > >>  THROWN:
> > > >>  null
> > > >>  STATUS:
> > > >>
> > > >>  "Checking for possibility of hold fulfillment..."
> > > >>  in the OPAC never goes away if I try to do a hold there.
> > > >>
> > > >
> > > > Hey guys:
> > > >
> > > > Sorry if I missed it - what version of Evergreen are you running?
> > > >
> > > > Just for comparison purposes, I'm running OpenSRF trunk / Evergreen
> > > > trunk on Debian at http://biblio-dev.laurentian.ca and just tried
> > > > running the staff client against the holdings there for the first
> > > > time.
> > > >
> > > > I had to zip up the staff_client/build directory to replace the
> > > > rel_1_2_1_4 Windows staff client build/ directory (we've made a lot of
> > > > changes for i18n purposes, so  the stock 1.2.1.4 client dies at the
> > > > registration stage with an error message stating that
> > > > document.ElementById("commonStrings").getString is not a function),
> > > > but once I stepped over that hurdle I was able to register the staff
> > > > client. Checking items out / checking them back in worked fine - which
> > > > I'm kind of happy to report, but also sorry because it makes it harder
> > > > for me to help :(
> > > >
> > > > --
> > > > Dan Scott
> > > > Laurentian University
> > >
> > >
> >
> >
>
>



-- 
Mike Rylander
 | VP, Research and Design
 | Equinox Software, Inc. / The Evergreen Experts
 | phone: 1-877-OPEN-ILS (673-6457)
 | email: miker at esilibrary.com
 | web: http://www.esilibrary.com