November 2019 - Koha-bugs - lists.koha-community.org

[Bug 21486] New: SIP does not return checked out (charged) items on patron_information request
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '19

10 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21486 Bug ID: 21486 Summary: SIP does not return checked out (charged) items on patron_information request Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com You can test it with this: misc/sip_cli_emulator.pl -a localhost -p 6001 -su koha -sp koha -l CPL --patron 23529000126806 -s " Y " -m patron_information And see the "AU" field is empty: 64 00120181004 110729000000000001000000000000AOCPL|AA23529000126806|AEBrent Hopkins|BLY|CC5|AU|BD6692 Library Rd. Santa Cruz, CA 21234|BF(212) 555-1212|PB19771113|PCT|PIY|AFGreetings from Koha. | This is because commit bc001c2352fee419a2bbe20c0cf707afd9e5bd78 Bug 19935: Replace GetPendingIssues - SIP -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 39

[Bug 24117] New: Patron does not get debarred upon returning overdue item if syspref item-level_itypes is set to biblio and item does not have type information
by bugzilla-daemon＠bugs.koha-community.org 10 Dec '19

10 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24117 Bug ID: 24117 Summary: Patron does not get debarred upon returning overdue item if syspref item-level_itypes is set to biblio and item does not have type information Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: pjamorim91(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 1) Have item-level_itypes sys pref set to "biblio" 2) Return an overdue item which biblio record has correct type information but item itself does not (which should be fine because 1)) 3) Notice that the item is returned just fine, but the patron does not get debarred, respecting circulation rules correctly configured. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 23029] New: OPAC Authorities Search. Internal Server Error. Free-floating subdivisions imported from LOC
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '19

07 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23029 Bug ID: 23029 Summary: OPAC Authorities Search. Internal Server Error. Free-floating subdivisions imported from LOC Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbutosi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Koha 18.11 on Ubuntu 16.04 (MariaDb) with Plack. ================================================ I recently discovered that the Library of Congress released their 2014 authorities as a free, open-access dataset in Marc8, xml, and Utf8 formats. This is great! (https://www.loc.gov/cds/products/MDSConnect-subject_authorities.html) I have completed batch uploading the file successfully into Koha (about 320,000 records) and reindexed Zebra. Part of the authority file includes free-floating subdivisions, identified by the presence of a MARC21 authority tag 180. I discovered an "Internal Server Error" page if I attempted to click on the Details button of any of these sub-divisions' records in the OPAC authority browse results page. My Plack error log reported the following error each time I attempted to access the authorities details page from the OPAC: "Can't call method "authtypetext" on an undefined value at /usr/share/koha/opac/cgi-bin/opac/opac-authoritiesdetail.pl line 89." I corrected this error by creating a new Authority Type using the pre-populated value found in field 942 within these free-floating subdivision records (i.e., "GEN_SUBDIV") and assigning tag 180 as the "authority field to copy" Once created, I was able to access the OPAC details page, as expected, and all free-floating subdivisions were re-indexed as free-floating subdivisions. They also became selectable as an authority type from the drop-down menu in the Authority Search. For a detailed explanation of the above, see: http://craigbutosi.ca/2019/05/31/plack-error-authority-file-free-floating-s… The Authority Type GEN_SUBDIV should be defined in order to prevent the Plack error from occurring. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 24140] New: I can’t clear/delete holds.
by bugzilla-daemon＠bugs.koha-community.org 07 Dec '19

07 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24140 Bug ID: 24140 Summary: I can’t clear/delete holds. Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kathy(a)gosfordcommunity.org.au QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Relatively new user here! Testing holds yesterday but now can’t clear or delete those holds either as Patron through OPAC or as Librarian. Keep getting Internal server error. Tried on both IPad and PC. Help! Thank you. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 24070] New: koha_es killed, missing RAM
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24070 Bug ID: 24070 Summary: koha_es killed, missing RAM Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Continuous Integration Assignee: tomascohen(a)gmail.com Reporter: jonathan.druart(a)bugs.koha-community.org We have some recent builds failing, the common pattern is: "koha_es_1 exited with code 137" https://jenkins.koha-community.org/job/Koha_Master_U18/477/consoleFull https://jenkins.koha-community.org/job/Koha_Master_D9_My8/20/consoleFull which means koha_es received a SIGKILL caused by a OOM. Could we increase the size of this container please? -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 16655] New: ERROR ON HOLIDAYS
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '19

05 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16655 Bug ID: 16655 Summary: ERROR ON HOLIDAYS Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: hblancoca(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Hi, I created holidays for vacation period, if i borrow a book on staff inferface have no problems,but if so the same over SIP2 protocol do no take the holidays defined. For example: humberto blanco can borrow book for 8 days. If checkout from staff interface in 2016-06-03 has no problem and the date_due take all my holidays (2016-07-25); but if I do the same process over 3m selfcheck machine the date_due is (2016-06-11) Really appreciate your help to solve this issue Humberto, -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 23907] New: Advanced Editor: Make AdditionalFieldsInZ3950ResultSearch work for Adv. Editor Search
by bugzilla-daemon＠bugs.koha-community.org 04 Dec '19

04 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23907 Bug ID: 23907 Summary: Advanced Editor: Make AdditionalFieldsInZ3950ResultSearch work for Adv. Editor Search Change sponsored?: --- Product: Koha Version: 19.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: carnold(a)dgiinc.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl The configuration AdditionalFieldsInZ3950ResultSearch only adds the additional fields to the basic editor Z39.50 search. Please add this same feature to the Advanced editor search. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 17826] New: Allow extended patron attributes to be sent in arbitrary SIP2 fields
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '19

03 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17826 Bug ID: 17826 Summary: Allow extended patron attributes to be sent in arbitrary SIP2 fields Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Some libraries need to be able to send additional patron data from the extended patron attributes in made up SIP2 fields for the patron information and patron status responses. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 23530] New: Opac-basket.pl script accidentally displays 'hidden' items
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '19

03 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23530 Bug ID: 23530 Summary: Opac-basket.pl script accidentally displays 'hidden' items Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org The opac-basket.pl script (opac cart feature) seems to accidentally display 'hidden' items. It seems the script intends to skip 'hidden' items, but actually skips *non* 'hidden' items instead it seems to be a trivial fix, confirmed on master and 18.11.08 branches -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 24139] New: I do not know how to obtain or set credentials that will let me log in to use webinstaller
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '19

02 Dec '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24139 Bug ID: 24139 Summary: I do not know how to obtain or set credentials that will let me log in to use webinstaller Change sponsored?: --- Product: Koha Version: 19.05 Hardware: PC OS: Linux Status: NEW Severity: blocker Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: christos.hayward(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com I am trying to install Koha under Mint 19.2, and have had some list traffic (search for christos.hayward(a)gmail.com under koha(a)lists.kapito.co.nz to find my traffic). In a nutshell, I can't log into the webinstaller from attempting to follow the Debian wiki at https://wiki.koha-community.org/wiki/Debian. I have attempted to enter a new password for an instance 'catalog' and have failed to log in successfully with any credentials, including the original username and password, the username and password I set to /etc/koha/sites/catalog/koha-conf.xml and /etc/koha/sites/catalog/koha-conf.xml. There appear to be some difficulties accessing the database as MariaDB is not available under the credentials in koha-conf.xml. I'm wiping the drive for a clean install where we know MariaDB is available and accessible, but right now I have not been able to start the webinstaller after attempting all prior steps on https://wiki.koha-community.org/wiki/Debian -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2