June 2023 - Koha-bugs - lists.koha-community.org

[Bug 29293] New: Display borrowers.othernames on patron search
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29293 Bug ID: 29293 Summary: Display borrowers.othernames on patron search Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: enica(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When doing patron search, while searching for borrowers.othernames work, PatronAutoComplete only shows surname, firstname (cardnumber) <address>. It would be nice to show borrower.othernames, as well. If one searches for Smith, Jane (Jane being othernames), then Smith, Janet "Jane" (cardnumber) <address> would show, as well. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 29267] New: Link from detail view to Quick spine label creator
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29267 Bug ID: 29267 Summary: Link from detail view to Quick spine label creator Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org There could be a shortcut from the standard detail view to the Quick spine label creator, to save some clicks. This could perhaps be in a split button thingy with the "Edit" button on the right side of the items table. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 29256] New: Use LANG authorized values in advanced search
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29256 Bug ID: 29256 Summary: Use LANG authorized values in advanced search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In biblio records, language is edited using LANG authorized values, so we should also use it in advanced search filter. This will make is way easier to manage possible languages. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 29235] New: Export/Import for testing
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29235 Bug ID: 29235 Summary: Export/Import for testing Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Would love for there to be an export/import tool that could be used for environment setup and test data. The concept of this is that you could export the basic structure of your production server (not patrons or items, but css, jquery, reports, rules, preferences, etc), and import it quickly into a sandbox so you could test your setup against the master. Then, if you created sample items and patrons, export your setup and test data from the sandbox. That way you could reuse these setups against a sandbox easily without having to start from scratch. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 29166] New: Browse system logs: add itemnumber to search limit
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29166 Bug ID: 29166 Summary: Browse system logs: add itemnumber to search limit Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: wdeschamps(a)prospertx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In the Browse System Logs, "Object" limits search to borrowernumber." It would be great to also have the option to limit the search to itemnumber. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 29160] New: Default Framework Report Yields Empty Download
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29160 Bug ID: 29160 Summary: Default Framework Report Yields Empty Download Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: cmkelleymls(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 125685 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=125685&action=e… Shows missing downloaded report for default framework I have created a report for getting a list of bibliographic reports based on the framework. Here's the SQL instruction: SELECT biblio.biblionumber AS 'Bib. Record No.', biblio.author AS 'Author', biblio.title AS 'Title' FROM biblio WHERE biblio.frameworkcode = <<Which framework?|biblio_framework>> ORDER BY biblio.biblionumber ASC This instruction yields a report in the website. But when I check the Download button and/or when I select a new page" in a multipage list AND the choosen framework is the default, the downloaded list is empty excepting for the list headers. This happens to all three download file options: CSV, TAB, and ODS. In contrast, when another framework is choosen, the downloaded list includes all the findings; and list continues onto the next page when another page number is choosen. A PDF of screenshots collected is attached. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 29122] New: appends first item barcode to all copies when adding multiple copies
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29122 Bug ID: 29122 Summary: appends first item barcode to all copies when adding multiple copies Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: rlpardhi(a)sipnaengg.ac.in QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When adding multiple copies of item in cataloging, it automatically increments barcode but appends barcode of first copy to all copies along with '|'. Please guide me to resolve this issue. Eg. First copy barcode is: JR004141 Second copy barcode is:JR004142 | JR004141 Third copy barcode is: JR004143 | JR004141 Fourth copy barcode is:JR004144 | JR004141 Fifth copy barcode is: JR004145 | JR004141 Kindly guide how to avoid additional string. Thanks -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 29120] New: improve link_bibs_to_authorities.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29120 Bug ID: 29120 Summary: improve link_bibs_to_authorities.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz /link_bibs_to_authorities.pl links bibliographics with main entry ($a), I wish to discuss with you if this script should also look for match at 4xx for non accepeted entries and replace in case of matchings The idea behind of this featrue is when importing records from external sources for example, add this function that looks for non-accepeted authirity form in your catalogue and if there is a march replace with main entry. Is something we should add the option at koha? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 18770] New: No update between canceled orders and suggestions status create confusion
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18770 Bug ID: 18770 Summary: No update between canceled orders and suggestions status create confusion Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org Hi, me and some of my partners have seen a small bug on our systems. If an order made from a suggestion is canceled, it will stay in the suggestions management with the "ordered" status. We must delete the suggestion or change his status in a second step to correct the situation, if you forgot to do it and have many suggestions on your list, it can be very confusing. Therefore, it will be interesting to have a link between the canceled orders and suggestions management, some kind of an "Auto-changing status for suggestions that the order is canceled". Here is the path to check this bug : 1) Go in the Acquisitions 2) Create a suggestion that isn't in your library. 3) Select your new suggestion and mark it as "accepted". 4) Select a vendor and create a basket (or select an existing one). 5) Clic on "add to basket" and select "from a suggestion". 6) Find your suggestion and clic on "+Order" at the right 7) In the new order page, clic on "Add item", select a fund and save it. 8) Clic on "cancel order" at the right and clic on Ok. 9) Go to suggestions 10) Observe that in Suggestion management you will continue to see your suggestion in the "Ordered" tab... Back in 2012, a similar patch (see bug #5346) was proposed and tested to link them but it seems this was never incorporated into the master. (I must also admit that I'm not sure it will do the trick for me, but it's related.) Thanks for the help, Alexandre from CCSR -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 29027] New: When an order created from a suggestion is cancelled, suggestion remains as ORDERED
by bugzilla-daemon＠bugs.koha-community.org 24 Jun '23

24 Jun '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29027 Bug ID: 29027 Summary: When an order created from a suggestion is cancelled, suggestion remains as ORDERED Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When an order is created from a suggestion and then cancelled, the suggestion will remain in the status ordered. It would be better if the status could be switched automatically to another custom or pre-defined status, so that those would not remain in "ordered" forever. These are hard to spot for libraries when one has been missed. At the moment you have to create a report on suggestions with a biblionumber and status ordered where the biblionumber no longer exists in aqordres, as it appears to be removed from the order when the record is deleted (also not good). Later on, we could then also think about creating a notice to inform the patron about the cancellation automatically as an enhancement. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1