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

[Bug 19873] New: Make it possible to search on value 0
by bugzilla-daemon＠bugs.koha-community.org 17 May '21

17 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19873 Bug ID: 19873 Summary: Make it possible to search on value 0 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: gaetan.boisson(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The current code considers a value of 0 in a search query as an empty string, that is, it won't search on it. If a library wants to search for records that specifically have the value "0" in a given field, it will not be possible. This patch aims to correct this. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29

[Bug 26313] New: "Show analytics" link doesn't work with Elasticsearch and UseControlNumber
by bugzilla-daemon＠bugs.koha-community.org 14 May '21

14 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26313 Bug ID: 26313 Summary: "Show analytics" link doesn't work with Elasticsearch and UseControlNumber 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: katrin.fischer(a)bsz-bw.de The "Show analytics" links don't work with Elasticsearch and UseControlnumber enabled. To test: - Turn SearchEngine to Elasticsearch and make sure it works - Pick any serial record in your database, make sure 001 is set - Go to new > new child record - Fill in 245 and save - Click on the "In" link, it should bring you to the parent record - Click on "Show analytics" => there will be no result What the search tries to do: rcn:11388674 and (bib-level:a or bib-level:b) - find a record with $w 11388674 - that is also a serial or monographic component part (LDR pos 7) rcn: search alone works. bib-level:a alone works Something wrong with the search syntax for Elasticsearch maybe? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 26

[Bug 23442] New: Add a 'refund' option to the 'Pay' screen
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23442 Bug ID: 23442 Summary: Add a 'refund' option to the 'Pay' screen Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 23354 adds a 'Pay' screen as the beginning of a 'Point of Sale' system. Currently, it only allows for payment of items, but there are occasions where librarians may need to issue a refund. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 92

[Bug 24309] New: Holds on multiple in the same record
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24309 Bug ID: 24309 Summary: Holds on multiple in the same record 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: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently there is no way to place simultaneous holds on multiple records in the same record. It would be great if there were a batch feature that would allow you to place holds on multiple items, whether in the same record or not, with the option to specify identical or individual settings (notes, dates, etc) on the items in the batch. Basically, there needs to be something similar to batch item modification, where you can specify a list of barcodes, and the items will load, and you can specify global settings on the holds, or if you fill in something on a specific item, it will not take the global setting. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 15683] New: Inconsistent population of lastreneweddate between AddRenewal and AddIssue
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15683 Bug ID: 15683 Summary: Inconsistent population of lastreneweddate between AddRenewal and AddIssue Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When lastreneweddate is populated via C4::Circulation::AddRenewal, it is added as a date, whereas C4::Circulation::AddIssue stores it as DateTime, i.e. hours, minutes and seconds are populated. Because of hourly loans, I think that it only makes sense to store lastreneweddate as a full datetime. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 28135] New: Replace use of input type number in onboarding templates
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28135 Bug ID: 28135 Summary: Replace use of input type number in onboarding templates Change sponsored?: --- Product: Koha Version: master Hardware: All URL: https://wiki.koha-community.org/wiki/Coding_Guidelines #ACC2:_Input_type_.22number.22_should_be_avoided OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Blocks: 26926 Inputs of type="number" need updating to adhere to ACC2 in additem.js Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26926 [Bug 26926] Omnibus: Update all occurrences of <input type="number"> to apply ACC2 coding guideline -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 27625] New: Remove uk-UA installer data
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27625 Bug ID: 27625 Summary: Remove uk-UA installer data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: bgkriegel(a)gmail.com, gmcharlt(a)gmail.com, jonathan.druart(a)bugs.koha-community.org, katrin.fischer(a)bsz-bw.de, koha-bugs(a)lists.koha-community.org, lucas(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, testopia(a)bugs.koha-community.org, victor(a)tuxayo.net Depends on: 24973, 24871 Now we can translate all installer data, then the uk-UA directory is no longer needed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24871 [Bug 24871] Add new *-installer-*.po translation files https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24973 [Bug 24973] Allow to localize and translate system preferences with new yaml based installer -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. You are watching all bug changes.

1 10

[Bug 27624] New: Remove ru-RU installer data
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27624 Bug ID: 27624 Summary: Remove ru-RU installer data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: bgkriegel(a)gmail.com, gmcharlt(a)gmail.com, jonathan.druart(a)bugs.koha-community.org, katrin.fischer(a)bsz-bw.de, koha-bugs(a)lists.koha-community.org, lucas(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, testopia(a)bugs.koha-community.org, victor(a)tuxayo.net Depends on: 24973, 24871 Now we can translate all installer data, then the ru-RU directory is no longer needed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24871 [Bug 24871] Add new *-installer-*.po translation files https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24973 [Bug 24973] Allow to localize and translate system preferences with new yaml based installer -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug. You are on the CC list for the bug.

1 17

[Bug 27623] New: Remove pl-PL installer data
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27623 Bug ID: 27623 Summary: Remove pl-PL installer data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: bgkriegel(a)gmail.com, gmcharlt(a)gmail.com, jonathan.druart(a)bugs.koha-community.org, katrin.fischer(a)bsz-bw.de, koha-bugs(a)lists.koha-community.org, lucas(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, testopia(a)bugs.koha-community.org, victor(a)tuxayo.net Depends on: 24973, 24871 Now we can translate all installer data, then the pl-PL directory is no longer needed. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24871 [Bug 24871] Add new *-installer-*.po translation files https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24973 [Bug 24973] Allow to localize and translate system preferences with new yaml based installer -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. You are on the CC list for the bug.

1 38

[Bug 28160] New: Values from 150$a aren't prefilled in z39.50 search form from an existing authority record
by bugzilla-daemon＠bugs.koha-community.org 13 May '21

13 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28160 Bug ID: 28160 Summary: Values from 150$a aren't prefilled in z39.50 search form from an existing authority record Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: MARC Authority data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: phil(a)chetcolibrary.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 11961 For name authorities, when you do a z39.50 search the value of 100$a (or 110$a) is prefilled in the search form, but from a topic/subject authority, the value of 150$a is not prefilled. That's because topic/subject: authorities.tt puts it into the search URL as "&topic=goats" (because GetMandatoryFieldZ3950 in authorities/authorities.pl told it to), but cataloguing/z3950_auth_search.pl expects to find it in &subject=goats. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11961 [Bug 11961] Add a "Z39.50 search" button to the authority creation and modfication forms. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11