I fixed the issue of receipts not printing. Popups had to be enabled in IE and Chrome and make a site exception to the self check page. It now works perfectly!
[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=753642024870326> On Fri, Jun 3, 2016 at 9:09 AM, < [email protected]> wrote: > Send Open-ils-general mailing list submissions to > [email protected] > > 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 > [email protected] > > You can reach the person managing the list at > [email protected] > > 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 (Ben Shum) > 2. Re: Evergreen translations by the numbers (Galen Charlton) > 3. Re: Evergreen translations by the numbers (Cerninakova Eva) > 4. Re: Selfcheck questions (Morgan, Michele) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 2 Jun 2016 19:56:53 -0400 > From: Ben Shum <[email protected]> > To: Evergreen Discussion Group > <[email protected]> > Subject: Re: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade > issues > Message-ID: > < > caap1cptyhlxwo-klylbip5idl3j5g8pjhpsc3tzrtppk6su...@mail.gmail.com> > Content-Type: text/plain; charset=UTF-8 > > Hi Jesse, > > That error for missing metabib_field key 30 means that you do not have > an entry in the table with ID of 30 (which is supposed to be LCCN in > the stock installation). > > Looking back in the history, I see you've mentioned some issues with > this metabib_field entry before (see > http://markmail.org/message/wrdyhmaeenavxk2y) Perhaps it would be a > good idea to audit your table's entries and compare it with a stock > setup to see the differences (and make adjustments). I would start by > checking to see if LCCN is already in the metabib_field table. > > Something like: > > SELECT id FROM config.metabib_field WHERE name = 'lccn'; > > If that gives you the ID for your missing LCCN field, that'll tell you > what it is, instead of 30. > > -- Ben > > On Thu, Jun 2, 2016 at 7:18 PM, Jesse McCarty <[email protected]> > wrote: > > Thank you Galen, > > > > Looks like I have something else missing, running the > 0795.schema.z39-batch-fetch-overlay.sql script came up with another error > and did a ROLLBACK: > > > > ERROR: insert or update on table "z3950_index_field_map" violates > foreign key constraint "z3950_index_field_map_metabib_field_fkey" DETAIL: > Key (metabib_field)=(30) is not present in table "metabib_field". > > > > Jesse McCarty > > City of Burlington > > IT Technical Assistant > > > > > > -----Original Message----- > > From: Open-ils-general [mailto: > [email protected]] On Behalf Of Galen > Charlton > > Sent: Thursday, June 02, 2016 10:03 AM > > To: Evergreen Discussion Group < > [email protected]> > > Subject: Re: [OPEN-ILS-GENERAL] Evergreen 2.9.3 - 2.10.3 upgrade issues > > > > Hi, > > > > On Thu, Jun 2, 2016 at 12:28 PM, Jesse McCarty <[email protected]> > 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: [email protected] > > 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: 2 > Date: Thu, 2 Jun 2016 20:45:58 -0400 > From: Galen Charlton <[email protected]> > To: Evergreen Discussion Group > <[email protected]> > Subject: Re: [OPEN-ILS-GENERAL] Evergreen translations by the numbers > Message-ID: > <CAPLnt64a2aM+= > [email protected]> > Content-Type: text/plain; charset=UTF-8 > > Hi, > > On Thu, Jun 2, 2016 at 5:26 PM, Ben Shum <[email protected]> wrote: > > All of this information is just to try seeing if we can come up with a > > better proposed "official" list of languages that Evergreen is > > translated into and we sync for when building releases in the future. > > Here are a couple criteria I suggest, in descending order. The > specific numeric thresholds are arbitrary, of course: > > [1] Completeness. If a translation is (say), over 70% complete, it gets > shipped. > [2] Activity. If a translation has been updated within the past year > or is known to have folks actively working on it (even if they may be > a little slow), the completeness threshold can be lower (say, 50%). > > We (or somebody willing to act as a translation coordinator?) should > actively communicate when it looks like a given translation is in > danger of falling out. > > Regards, > > Galen > -- > Galen Charlton > Infrastructure and Added Services Manager > Equinox Software, Inc. / Open Your Library > email: [email protected] > 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: Fri, 3 Jun 2016 14:59:00 +0200 > From: Cerninakova Eva <[email protected]> > To: Evergreen Discussion Group > <[email protected]> > Subject: Re: [OPEN-ILS-GENERAL] Evergreen translations by the numbers > Message-ID: > < > calycvwm3+gy5p70lstg_-rba-9ndtcwuo7ax86ypvt8_are...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi, > > >From the perspective of Evergreen translator the proposal to narrow > the > focus to languages that have actual users seems to be quite reasonable to > me. > > I also agree with Galens criteria - in my experience if the locale project > is living the translations are surely updated at least ones a year. Also > the amount of translated strings usually does not drop below 70% (not > even when translation of new parts of Evergreen like web client have been > added to Launchpad). > I would only recommend to include one more criterion: > To keep the translation if there is a living Evergreen catalog using the > given language (although I think that at present it is not topical). > > > I wonder what would the "translation coordinator" exactly mean? > Would it just meen to keep an eye on translation statuses and activity in > Launchpad and communicate with translators on one side and Evergreen > developers on the other side good time before the Evergreen release? > In that case I think I could do it. > > Eva > > > > > > > > --- > Mgr. Eva Cerniňáková > [email protected] > Tel. +420 211 222 409 > > Knihovna Jabok > http:/knihovna.jabok.cuni.cz <http://knihovna.jabok.cz> > Tel. +420 211 222 410 > > Jabok - Vyšší odborná škola sociálně pedagogická a teologická > Salmovská 8, 120 00 Praha 2 > > > 2016-06-03 2:45 GMT+02:00 Galen Charlton <[email protected]>: > > > Hi, > > > > On Thu, Jun 2, 2016 at 5:26 PM, Ben Shum <[email protected]> wrote: > > > All of this information is just to try seeing if we can come up with a > > > better proposed "official" list of languages that Evergreen is > > > translated into and we sync for when building releases in the future. > > > > Here are a couple criteria I suggest, in descending order. The > > specific numeric thresholds are arbitrary, of course: > > > > [1] Completeness. If a translation is (say), over 70% complete, it gets > > shipped. > > [2] Activity. If a translation has been updated within the past year > > or is known to have folks actively working on it (even if they may be > > a little slow), the completeness threshold can be lower (say, 50%). > > > > We (or somebody willing to act as a translation coordinator?) should > > actively communicate when it looks like a given translation is in > > danger of falling out. > > > > Regards, > > > > Galen > > -- > > Galen Charlton > > Infrastructure and Added Services Manager > > Equinox Software, Inc. / Open Your Library > > email: [email protected] > > 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 > > > -------------- next part -------------- > An HTML attachment was scrubbed... > URL: < > http://libmail.georgialibraries.org/pipermail/open-ils-general/attachments/20160603/e22c037d/attachment-0001.html > > > > ------------------------------ > > Message: 4 > Date: Fri, 3 Jun 2016 09:09:28 -0400 > From: "Morgan, Michele" <[email protected]> > To: Evergreen Discussion Group > <[email protected]> > Subject: Re: [OPEN-ILS-GENERAL] Selfcheck questions > Message-ID: > < > cadwhonlrx0nsnp-yh_kdxltgqce7dsv9hjejhd7495_+5sb...@mail.gmail.com> > Content-Type: text/plain; charset="utf-8" > > Hi Chauncey, > > For item 1, have a look at this Launchpad bug: > > https://bugs.launchpad.net/evergreen/+bug/1371752 > > The values for the override events don't get stored in the database > correctly if they are entered via the staff client. The bug describes how > the values need to be stored. If formatted correctly, it works as it should > to automatically override the configured events. > > Our entry for the circ.selfcheck.auto_override_checkout_events setting > looks like this in the db: > > ["COPY_ALERT_MESSAGE","COPY_NOT_AVAILABLE"] > > Hope this helps, > Michele > > -- > Michele M. Morgan, Technical Assistant > North of Boston Library Exchange, Danvers Massachusetts > [email protected] > > > On Thu, Jun 2, 2016 at 2:25 PM, Terran McCanna < > [email protected]> wrote: > > > 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 > > [email protected] > > > > > > On Thu, Jun 2, 2016 at 2:03 PM, Chauncey Montgomery <[email protected] > > > > 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/20160603/22d05cd3/attachment.html > > > > End of Open-ils-general Digest, Vol 120, Issue 8 > ************************************************ >
