[OPEN-ILS-GENERAL] Selfcheck questions (Vince Giordano)

Vince Giordano vgiordano at juniatalibrary.org
Thu Jun 2 14:50:43 EDT 2016


We have on and off issues with printing receipts. We use the same Epson
thermal printer on our self check computer as our normal staff computers.
We scan and check out books on the self check then click logout to prompt a
receipt print. For my personal account it usually prints. In other
instances the bar shows loading progress but it never prints. We have been
doing this in Google Chrome.

Any suggestions? Anyone else witness this?

[image: logo]
*Vince Giordano* *Director**, Juniata County Library*
717-436-6378 | 498 Jefferson St - Mifflintown, PA 17059 |
www.facebook.com/juniatapubliclibrary | "Libraries will get you through
times of no money better than money will get you through times of no
libraries" -Anne Herbert
<http://twitter.com/JuniataCoLib>  <http://www.instagram.com/juniatacounty/>
  <http://Public Profilehttps://www.linkedin.com/in/vince-giordano-1bb2a672>
  <http://www.pinterest.com/jocindar/>
Get a signature like this: Click here!
<http://ws-promos.appspot.com/r?rdata=eyJydXJsIjogImh0dHA6Ly93d3cud2lzZXN0YW1wLmNvbS9lbWFpbC1pbnN0YWxsP3dzX25jaWQ9NjcyMjk0MDA4JnV0bV9zb3VyY2U9ZXh0ZW5zaW9uJnV0bV9tZWRpdW09ZW1haWwmdXRtX2NhbXBhaWduPXByb21vXzU3MzI1Njg1NDg3Njk3OTIiLCAiZSI6ICI1NzMyNTY4NTQ4NzY5NzkyIn0=&u=857278985181774>

On Thu, Jun 2, 2016 at 2:26 PM, <
open-ils-general-request at list.georgialibraries.org> wrote:

> Send Open-ils-general mailing list submissions to
>         open-ils-general at list.georgialibraries.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
>
> http://libmail.georgialibraries.org/mailman/listinfo/open-ils-general
> or, via email, send a message with subject or body 'help' to
>         open-ils-general-request at list.georgialibraries.org
>
> You can reach the person managing the list at
>         open-ils-general-owner at list.georgialibraries.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of Open-ils-general digest..."
>
>
> Today's Topics:
>
>    1. Re: Evergreen 2.9.3 - 2.10.3 upgrade issues (Jesse McCarty)
>    2. Re: Evergreen 2.9.3 - 2.10.3 upgrade issues (Galen Charlton)
>    3. Selfcheck questions (Chauncey Montgomery)
>    4. Re: Selfcheck questions (Terran McCanna)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 2 Jun 2016 16:28:08 +0000
> From: Jesse McCarty <jessem at burlingtonwa.gov>
> To: 'Evergreen Discussion Group'
>         <open-ils-general at list.georgialibraries.org>
> Subject: Re: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade
>         issues
> Message-ID:
>         <28D664BA8354B44994456CFE546DB1D6010F2F677C at BCEX10.ci.b.wa.us>
> Content-Type: text/plain; charset="utf-8"
>
> Thanks for the information Josh. We had been running 2.4.4 in the past and
> skipped over the 2.5 series, upgrading directly to 2.6.3 from 2.4.4 (Our
> support company performed this upgrade). From 2.6.3 we went to 2.7.3, 2.8.3
> and now we are running 2.9.3.
>
> Could simply running the 2.4.3-2.5.0-upgrade-db.sql prior to the current
> DB scripts work, or would only certain portions of that file need to be
> run? My test server is a VM with snapshots, so reverting and re-testing
> anything is trivial.
>
> Thanks again.
>
> Jesse McCarty
> City of Burlington
> IT Technical Assistant
>
> From: Open-ils-general [mailto:
> open-ils-general-bounces at list.georgialibraries.org] On Behalf Of Josh
> Stompro
> Sent: Thursday, June 02, 2016 8:13 AM
> To: Evergreen Discussion Group <open-ils-general at list.georgialibraries.org
> >
> Subject: Re: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade issues
>
> Hello Jesse, it might help to know the history of your system.  What
> version you started with and how often you have upgraded?
>
> The 2.9.3-2.10.0_DBError02.jpg issue is because the
> config.z3950_index_field_map table doesn't exist.  So you probably missed a
> schema update in the past.  Maybe something in the 2.5 upgrade?  Looks like
> the 2.4.3-2.5.0-upgrade-db.sql includes adding that table.
>
> Maybe you were on 2.4.4 or greater and missed some updates when you moved
> to 2.5?
>
> Josh Stompro - LARL IT Director
>
> From: Open-ils-general [mailto:
> open-ils-general-bounces at list.georgialibraries.org] On Behalf Of Jesse
> McCarty
> Sent: Wednesday, June 01, 2016 6:07 PM
> To: open-ils-general at list.georgialibraries.org<mailto:
> open-ils-general at list.georgialibraries.org>
> Subject: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade issues
>
> Hello Everyone,
>
> I am working on testing our next upgrade of Evergreen (2.9.3 to 2.10.3)
> and am running into issues with the database upgrade scripts and was
> wondering if anyone had similar issues or insight into what might be
> happening. I have attached screen shots of the errors I have been running
> into for reference.
>
> The first error occurs when running the 2.9.3-2.10.0 db upgrade script
> (2.9.3-2.10.0_DBError01.jpg) and appears to be informational with no impact
> on the script.
>
> The next issue shows up at the end of the 2.9.3-2.10.0 script
> (2.9.3-2.10.0_DBError02.jpg and 2.9.3-2.10.0_DBError02B.jpg) which appears
> to undo some of the changes it had made/attempted to make, but still
> appears to finish some changes.
>
> The next issue happens when trying to run the 2.01.0-2.10.1 db upgrade
> script and this is as far as I got, since it indicates a rollback and no
> changes made (I did try for kicks to run the 2.10.1-2.10.2 script, which
> failed as well).
>
> I also noticed that the Reingest that is part of the 2.9.3-2.10.0 script
> gets to a point that requires intervention before conintinueing. The screen
> hangs with a : at the bottom waiting for some input. I typed in q (like
> quitting vim) and it then seemed to continue on as normal and I'm not sure
> if typing q just exited the screen or canceled the work it was going to do.
>
> Any help is greatly appreciated,
>
> Thanks,
>
> Jesse McCarty
> City of Burlington
> IT Technical Assistant
>
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20160602/f039e39a/attachment-0001.html
> >
>
> ------------------------------
>
> Message: 2
> Date: Thu, 2 Jun 2016 13:02:37 -0400
> From: Galen Charlton <gmc at esilibrary.com>
> To: Evergreen Discussion Group
>         <open-ils-general at list.georgialibraries.org>
> Subject: Re: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade
>         issues
> Message-ID:
>         <CAPLnt66K65=
> zPNCndzTRh-MFLmUGmrsBQwK7088suuzQTjQqjg at mail.gmail.com>
> Content-Type: text/plain; charset=UTF-8
>
> Hi,
>
> On Thu, Jun 2, 2016 at 12:28 PM, Jesse McCarty <jessem at burlingtonwa.gov>
> wrote:
> > Could simply running the 2.4.3-2.5.0-upgrade-db.sql prior to the current
> DB
> > scripts work, or would only certain portions of that file need to be
> run? My
> > test server is a VM with snapshots, so reverting and re-testing anything
> is
> > trivial.
>
> No, a subset should suffice.  Specifically, the following steps before
> running the main upgrade SQL:
>
> [1] running the SQL in upgrade/0795.schema.z39-batch-fetch-overlay.sql
> (taken from the 2.10.x tarball)
>
> For example:
>
> psql> \set eg_version NULL
> psql> \i upgrade/0795.schema.z39-batch-fetch-overlay.sql
>
> [2] following up with just this bit from the 0843 upgrade:
>
> ALTER TABLE config.z3950_index_field_map DROP CONSTRAINT
> z3950_index_field_map_metabib_field_fkey;
> ALTER TABLE config.z3950_index_field_map ADD CONSTRAINT
> z3950_index_field_map_metabib_field_fkey FOREIGN KEY (metabib_field)
> REFERENCES config.metabib_field(id) ON UPDATE CASCADE DEFERRABLE
> INITIALLY DEFERRED;
>
> Apropos of a conversation during the development meeting yesterday, DB
> revisions 0841/0842/0843 are a good example of where backporting
> schema updates can be tricky.
>
> Regards,
>
> Galen
> --
> Galen Charlton
> Infrastructure and Added Services Manager
> Equinox Software, Inc. / Open Your Library
> email:  gmc at esilibrary.com
> direct: +1 770-709-5581
> cell:   +1 404-984-4366
> skype:  gmcharlt
> web:    http://www.esilibrary.com/
> Supporting Koha and Evergreen: http://koha-community.org &
> http://evergreen-ils.org
>
>
> ------------------------------
>
> Message: 3
> Date: Thu, 2 Jun 2016 14:03:52 -0400
> From: Chauncey Montgomery <chauncey at yourcl.org>
> To: Evergreen <open-ils-general at list.georgialibraries.org>
> Subject: [OPEN-ILS-GENERAL] Selfcheck questions
> Message-ID: <57507508.8090804 at yourcl.org>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> As we have begun to implement selfcheck, I have hit some snags and could
> use a little direction.  I was hoping some of you with more experience
> could shed some light on the following items.
>
> 1.  We're trying to get selfcheck to ignore copy alert messages, etc.,
> so patrons don't see "Unable to check out item [BARCODE]. Please see
> staff," every time there is an issue.  We put the value
> "COPY_ALERT_MESSAGE" in the "selfcheck override events list" in the
> Library Settings Editor.  When a barcode is scanned, we no longer get
> the error; however, nothing happens.  The check out doesn't complete.
> In researching the issue, I came across a thread on the listserv
> (http://markmail.org/message/5wjs5ffyjgykx46z).  It appears to be the
> same issue, but I didn't see a resolution.
>
> 2.  How do you configure selfcheck to accept patron barcodes and not
> their login names?
>
> Thanks for any assistance.
>
> CM
> --
> Chauncey G. Montgomery, MLIS
> Director/Fiscal Officer | Community Library
> 44 Burrer Drive | Sunbury, OH 43074
> 740-965-3901 | http://community.lib.oh.us
>
>
> ------------------------------
>
> Message: 4
> Date: Thu, 2 Jun 2016 14:25:21 -0400
> From: Terran McCanna <tmccanna at georgialibraries.org>
> To: Evergreen Discussion Group
>         <open-ils-general at list.georgialibraries.org>
> Subject: Re: [OPEN-ILS-GENERAL] Selfcheck questions
> Message-ID:
>         <
> CALh4dLAMbf2jLTHgbDUwYfNEmpEiQ7AMtLJZeXsCCdYuzbuVAg at mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hi Chauncey,
>
> For item 2 - if I remember correctly, I think you may be able to configure
> opac.barcode_regex to have it accept barcodes... but then it won't accept
> user names. I don't believe there is currently a way to have it accept
> either one interchangeably yet - I started a bug at
> https://bugs.launchpad.net/evergreen/+bug/1528647 that links to some other
> related ones.
>
> Terran
>
>
> Terran McCanna
> PINES Program Manager
> Georgia Public Library Service
> 1800 Century Place, Suite 150
> Atlanta, GA 30345
> 404-235-7138
> tmccanna at georgialibraries.org
>
>
> On Thu, Jun 2, 2016 at 2:03 PM, Chauncey Montgomery <chauncey at yourcl.org>
> wrote:
>
> > As we have begun to implement selfcheck, I have hit some snags and could
> > use a little direction.  I was hoping some of you with more experience
> > could shed some light on the following items.
> >
> > 1.  We're trying to get selfcheck to ignore copy alert messages, etc., so
> > patrons don't see "Unable to check out item [BARCODE]. Please see staff,"
> > every time there is an issue.  We put the value "COPY_ALERT_MESSAGE" in
> the
> > "selfcheck override events list" in the Library Settings Editor.  When a
> > barcode is scanned, we no longer get the error; however, nothing happens.
> > The check out doesn't complete. In researching the issue, I came across a
> > thread on the listserv (http://markmail.org/message/5wjs5ffyjgykx46z).
> > It appears to be the same issue, but I didn't see a resolution.
> >
> > 2.  How do you configure selfcheck to accept patron barcodes and not
> their
> > login names?
> >
> > Thanks for any assistance.
> >
> > CM
> > --
> > Chauncey G. Montgomery, MLIS
> > Director/Fiscal Officer | Community Library
> > 44 Burrer Drive | Sunbury, OH 43074
> > 740-965-3901 | http://community.lib.oh.us
> >
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <
> http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20160602/4d9e4f08/attachment.html
> >
>
> End of Open-ils-general Digest, Vol 120, Issue 4
> ************************************************
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20160602/a93c1a73/attachment-0001.html>


More information about the Open-ils-general mailing list