[OPEN-ILS-DEV] Submission: Permission Profile Filtering in Patron Search interface

[Peters, Michael]

Mike,

Certainly will create a wishlist item.

As for the backport, yes, this was mostly just to backport locally to 1.6 to make some of our customers happy :)  Hoping to do that still, but if I'm unable to sort out why it fails, then at least we have a patch ready for 2.0.1 and beyond.

Sincerely, 
Michael Peters 
Indiana State Library MIS | Inspire.IN.gov Helpdesk | Evergreen Indiana Helpdesk
office - 317.234.2128 
email - mrpeters at library.in.gov 


-----Original Message-----
From: open-ils-dev-bounces at list.georgialibraries.org [mailto:open-ils-dev-bounces at list.georgialibraries.org] On Behalf Of Mike Rylander
Sent: Wednesday, February 09, 2011 10:09 AM
To: Evergreen Development Discussion List
Subject: Re: [OPEN-ILS-DEV] Submission: Permission Profile Filtering in Patron Search interface

On Wed, Feb 9, 2011 at 6:59 AM, Peters, Michael <MRPeters at library.in.gov> wrote:
>
> Hi all,
>
> Thanks to some gracious help and XUL/Javascript teaching from Jason Etheridge and Thomas Berezansky I've gotten a permission profile filter option built into trunk's (19413) patron search interface!  This patch will allow you to select a specific patron profile from the dropdown to include only search results for patrons who match that permission profile, as seen in the attached screenshot.  This is tested and working brilliantly in trunk and Evergreen 2.0.1.
>

Great work, Michal.  If you haven't already, would you add this as a
Wishlist patch on launchpad?

> I've also made an attempt at backporting this to the rel_1_6_0 branch, but am experiencing some trouble and hoping for another set of eyes on this.
>
> The patron search interface, when loaded, hangs for about 30 seconds then gives an error "unresponsive script", then if you "continue", same loop.  The error also refers to Script: http://DOMAIN/opac/common/js/fmgen.js:64 which I assume is the fieldmapper trying to pull names from permission.group_tree, but I'm a bit unsure where this is failing.  If anyone has a 1.6 series release they could test this on, I'd sure appreciate it! I'd like to find out if it's just my environment, or if it affects others.
>

I won't wave you off creating a local patch, but current practice is
that new features only go into trunk (and, now, rel_2_1), so this
won't be backported for official release to there.

--
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