SPAM: Re: [OPEN-ILS-DEV] Checkout and Holds problem

Thu Apr 3 10:30:04 EDT 2008

Mike,

  I previously had EVERYTHING permission applied as well as grantable on the
profile that I was attempting to apply all permissions to. At least it was
checked when I first went in there to start changing permissions.

On Thu, Apr 3, 2008 at 9:47 AM, Mike Rylander <mrylander at gmail.com> wrote:

> 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
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://list.georgialibraries.org/pipermail/open-ils-dev/attachments/20080403/0fadd387/attachment.html