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

[Bug 16640] New: Move actions on acquisitions receipt summary page into menu
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16640 Bug ID: 16640 Summary: Move actions on acquisitions receipt summary page into menu Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/acqui/parcel.pl?invoiceid=x OS: All Status: ASSIGNED Severity: enhancement 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, veron(a)veron.ch Depends on: 16592 Created attachment 51965 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51965&action=ed… Screenshot showing one part of the proposed change I propose to consolidate some links on the acquisitions receipt summary page into menus: - MARC and Card view - Receive, transfer, cancel etc. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16592 [Bug 16592] Use Bootstrap modal for MARC and Card preview on acquisitions receipt summary page -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 30333] New: Move view actions on acquisitions receipt summary page into menu
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30333 Bug ID: 30333 Summary: Move view actions on acquisitions receipt summary page into menu Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/acqui/parcel.pl?invoiceid=x OS: All Status: ASSIGNED Severity: enhancement 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: 16640 In an attempt to resurrect bug Bug 16640, "Move actions on acquisitions receipt summary page into menu," I'm going to split off the change affecting the "view" options (Order, MARC, and Card). Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16640 [Bug 16640] Move actions on acquisitions receipt summary page into menu -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 26841] New: makes all holds reservable
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26841 Bug ID: 26841 Summary: makes all holds reservable Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: rickard.lindfors(a)sh.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hello! We've just tested version 20.05.04 a bit and had some problems with placing a hold in the staff interface. First, we thought the problem was a javascript crash (see 26460). We've updated this, but the problem is still there. This is what we did: 1. Set On shelf holds allowed to If all unavailable to an item type. 2. Search the catalog for a book with available items with the item type above. 3. Place a hold and choose a user that can make that hold. Normally, the system shows that this is against the rules, but that doesnt show up. Note: there is no problem in the OPAC. If the user tries to make a hold request there, koha says it is not possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 27697] New: Opening bibliographic record page prepopulates search bar text
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27697 Bug ID: 27697 Summary: Opening bibliographic record page prepopulates search bar text Change sponsored?: --- Product: Koha Version: 20.05 Hardware: PC OS: Windows Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: ekomala(a)frgml.org QA Contact: testopia(a)bugs.koha-community.org On the staff client end: Opening a bibliographic record page populates the search bar with the last text entered in the Search the Catalog search bar for that browser session, even if the search wasn't done on the previous page or tab or by the same logged in user. This also happens when links are opened in new tabs. It only prepopulates search text from the Search the Catalog search bar, not from Advanced Search. Only able to recreate the bug on pages that load within the Normal tab of a bibliographic record page: https://staff.**.bywatersolutions.com/cgi-bin/koha/catalogue/detail.pl?bibl… (including #description, #acq_details, #images) 1. Enter text in the Search the Catalog search bar and Submit 2. Click on a search result to open the record page 3. Search field is prepopulated with previous search text Even as you click through to other pages, on and on, once you open another record page, the search bar will once again prepopulate the last text entered in it. Example that automatically opens in new tab, not directly from a search result: 1. Enter text in the Search the Catalog search bar and Submit 2. Open Tools › Manage staged MARC records › Batch # 3. Click on Record # in righthand column 4. Record page opens in new tab with previous search text prepopulated The search bar should clear out upon loading a new page or tab. One user's search history should never load for another user, despite not closing out and reopening the browser. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 30646] New: Add option to send ACCTDETAILS notice for new patrons added at first login via LDAP/Shibboleth
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30646 Bug ID: 30646 Summary: Add option to send ACCTDETAILS notice for new patrons added at first login via LDAP/Shibboleth Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com Depends on: 29005 It would be helpful to add automatic email to users on patron creation when that creation has been triggered by LDAP or Shibboleth creations. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29005 [Bug 29005] Add option to send ACCTDETAILS notice for new patrons added via patron imports -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 30195] New: opac-suggestions.pl should use ISBN to FindDuplicate
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30195 Bug ID: 30195 Summary: opac-suggestions.pl should use ISBN to FindDuplicate Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: domm(a)plix.at QA Contact: testopia(a)bugs.koha-community.org MarcRecordFromNewSuggestion (in C4::::Suggestions, used eg in koha/opac-suggestions.pl) only converts title, author and itemtype from the $suggestion input into the marc record that is passed on to FindDuplicate. So if a patron enters an ISBN, this is not used for the duplicate search. We will provide a patch implementing this feature in the next few days. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 27265] New: Process message queue cron should be able to take multiple types as a parameter
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27265 Bug ID: 27265 Summary: Process message queue cron should be able to take multiple types as a parameter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice to be able to combine several types in a single run, but exclude others, without having to have multiple cron lines -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 30171] New: Creating a subfield without linking it to an authorized value is error 500
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30171 Bug ID: 30171 Summary: Creating a subfield without linking it to an authorized value is error 500 Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: wizzyrea(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl I created a subfield 099$m with a link with COUNTRY authorized values list and it's OK But, if I try to create a simple subfield 012$z and I've got the following error in logs : DBD::mysql::st execute failed: Cannot add or update a child row: a foreign key constraint fails (`koha`.`marc_subfield_structure`, CONSTRAINT `marc_subfield_structure_ibfk_1` FOREIGN KEY (`authorised_value`) REFERENCES `authorised_value_categories` (`category_name`) ON DELETE SET NULL ON ) [for Statement "INSERT INTO `marc_subfield_structure` ( `authorised_value`, `authtypecode`, `defaultvalue`, `frameworkcode`, `hidden`, `isurl`, `kohafield`, `liblibrarian`, `libopac`, `link`, `mandatory`, `maxlength`, `repeatable`, `seealso`, `tab`, `tagfield`, `tagsubfield`, `value_builder`) VALUES ( ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ? )" with ParamValues: 0="", 1="", 2="", 3="", 4="0", 5=0, 6="", 7="test", 8="test", 9="", 10=0, 11="9999", 12=0, 13=undef, 14="0", 15="013", 16="x", 17=""] at /usr/local/share/perl5/DBIx/Class/Storage/DBI.pm line 1836. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 21260] New: Show a few more items in Availability line of XSLT search results
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21260 Bug ID: 21260 Summary: Show a few more items in Availability line of XSLT search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org It seems that bug 5079 introduced the one item in lines like: Availability: Items available for loan: [Call number: XXX](2). The following would imo be more clear: Availability: Items available for loan (2): [Call number: XXX, YYY]. The Call number part still being a span which could be hidden with css. Two changes: [1] Move the item count before the bracket list and make it bold too. [2] List a few item call numbers (not all). We could control this with a preference providing the number listed (now 1 by the chosen condition in the XSLT sheet). Essentially, this will be a code simplification. We do not need the generate-id construction in the current code, etc. -- You are receiving this mail because: You are watching all bug changes.

1 57

[Bug 29983] New: Display the pretend claim column in overdue.tt
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29983 Bug ID: 29983 Summary: Display the pretend claim column in overdue.tt Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: jeremy.breuillard(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Whenever we use a syspref about the return claims (ClaimReturned...): The column "Return claims" from the checkouts table on page 'moremember.pl' should be displayed on the 'overdues.pl' page too. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 43