April 2022 - Koha-bugs - lists.koha-community.org

[Bug 26832] New: Elasticsearch mappings export should use UTF-8
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '22

27 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26832 Bug ID: 26832 Summary: Elasticsearch mappings export should use UTF-8 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com Script misc/search_tools/export_elasticsearch_mappings.pl allows to export current search engine configuration into a YAML file. This export should use UTF-8 encoding, like other exports. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 22323] New: cronjob runreport.pl CSV encoding issue
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '22

27 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22323 Bug ID: 22323 Summary: cronjob runreport.pl CSV encoding issue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz Target Milestone: --- Cronjob runreport.pl runs SQL reports and can export as CSV. This export needs to be UTF-8 encoded. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 29873] New: 2FA: Generate QR code without exposing secret via HTTP GET
by bugzilla-daemon＠bugs.koha-community.org 27 Oct '22

27 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29873 Bug ID: 29873 Summary: 2FA: Generate QR code without exposing secret via HTTP GET Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: dpavlin(a)rot13.org See bug 28786. The Google Charts API shows the secret in the src of the image. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 19540] New: opac-reserve does not correctly warn of too_much reserves
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '22

26 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19540 Bug ID: 19540 Summary: opac-reserve does not correctly warn of too_much reserves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.bourgault(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When attempting to place more holds than allowed, opac-reserve.pl only checks against the SysPref 'maxreserves' and not the issuingrules 'holdsallowed'. If the issuing rule's limitation is lower than maxreserve, the opac-reserve page shows a message saying you cannot place any more holds but the explanatory message does not show. To reproduce: 0) Set MaxReserve to a high value (50 is default); 1) Set an issuing rule's "Holds allowed" to a low number (1 or 2); 2) Place as many holds as you can (for the corresponding (categorycode, itype, branchcode, etc). When you reach the maximum allowed by the issuing rule, you'll see a message telling you cannot place any more holds, but the explanatory message saying that you cannot place more than %d holds will not show. (It will show "No items available instead". Bug is present on 16.05 and master -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 27086] New: Add a both/most restrictive option for ReservesControlBranch
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '22

25 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27086 Bug ID: 27086 Summary: Add a both/most restrictive option for ReservesControlBranch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Some libraries would like to be able to check both a patron's branch, and an items branch when determining if an item can be held. This is related to reciprocal borrowing, where one library does not allow holds on dvds from other libraries, but other libraries do. They want the home library's rule to affect their patrons when placing holds on DVDs from other libraries In this scenario we would check the rules based on both settings, using the most restrictive rule found -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 28669] New: Marc field 942 is overwritten when importing a new record
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '22

25 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28669 Bug ID: 28669 Summary: Marc field 942 is overwritten when importing a new record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: klas.blomberg(a)skovde.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Marc field 942 is overwritten when importing catalogue records via Z39.50 or Staged Marc records management. Overwritten normally means deleted as union catalogues doesn't supply Koha-specific fields. The information in 942 is often quite crucial for getting the system to work correctly -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 28577] New: Add column for copynumber on overdue report (overdue.pl)
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '22

25 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28577 Bug ID: 28577 Summary: Add column for copynumber on overdue report (overdue.pl) Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, It would be fine to see field copynumber from items on overdue circulation report (/cgi-bin/koha/circ/overdue.pl) and in columns_settings on circ-overdues Thanks, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 25716] New: Add ability to specify additional options in koha-conf.xml for z3950_responder.pl when using koha-z3950-responder
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25716 Bug ID: 25716 Summary: Add ability to specify additional options in koha-conf.xml for z3950_responder.pl when using koha-z3950-responder Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 29694] New: Add preference for setting marc-record system control number and identifier when saving biblio
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29694 Bug ID: 29694 Summary: Add preference for setting marc-record system control number and identifier when saving biblio Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: glasklas(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Add a syspref, "AutoAddSystemControlNumberAndMARCOrgCode". If enabled, when a new biblio is saved, the 001 and 003 fields of the marc record will be set to the koha biblionumber and value of the "MARCOrgCode" syspref respectively. According to the MARC21 standard the old values of 001 and 003 may also be moved to field 035, 010 or 016 as appropriate, but it since this step is more complicated it's perhaps better left to the user to implement some custom solution for this (for example as a to-marc-plugin). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 29325] New: commit_file.pl error 'Already in a transaction'
by bugzilla-daemon＠bugs.koha-community.org 24 Oct '22

24 Oct '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29325 Bug ID: 29325 Summary: commit_file.pl error 'Already in a transaction' Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz To reproduce: 1. Pick a file for staging: $ kshell k$ misc/stage_file.pl --file TestDataImportKoha.mrc => SUCCESS: All good 2. Commit! k$ misc/commit_file.pl --batch-number 1 => FAIL: You see DBIx::Class::Storage::DBI::_exec_txn_begin(): DBI Exception: DBD::mysql::db begin_work failed: Already in a transaction at /kohadevbox/koha/C4/Biblio.pm line 303 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 100