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

[Bug 16339] New: Add search "start with" in z39.50 authority search
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16339 Bug ID: 16339 Summary: Add search "start with" in z39.50 authority search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, It would be nice if we had "start with" option to Z39.50 authority research (z3950_auth_search.pl) as we have in authorities-home.pl. Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 23574] New: Adding a suggestion to a basket when UseACQFrameworkForBiblioRecords is use publication date is not copied
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23574 Bug ID: 23574 Summary: Adding a suggestion to a basket when UseACQFrameworkForBiblioRecords is use publication date is not copied Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi There is a problem with suggestions and the System preference UseACQFrameworkForBiblioRecords. When we are adding a suggestion to a basket and the preference is enabled, the publication date written in the suggestion is not imported into the ACQ framework correctly in the acquisitions module. Instead of the date of publication, it is written 0 in field 264 or 260. Test plan: -Create an ACQ MARC bibliographic framework -Create links to marc mapping for the 260$c or 264$c fields. -Enable UseACQFrameworkForBiblioRecords. -Add a suggestion in your basket and make sure there is a publication date in your suggestion. - Notice in that the publication date is 0 in your framework in the acquisition information. Is it a problem from the link to Marc mapping? Or it is a bug with the preference system. It would be nice to keep this information when adding a suggestion to a bascket. Thanks, Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 22609] New: Adding a visual mark on the selected authority
by bugzilla-daemon＠bugs.koha-community.org 31 May '24

31 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22609 Bug ID: 22609 Summary: Adding a visual mark on the selected authority Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Once we did a search into authorities (from items or from Authorities module), the last selected authority has no visual mark to identify it in the authorities list. It will be usefull if when we are editing an authority, this authority appears in a different color (from others ones) until an another one was selected. The authorities list can be long and there is no indication where the last édited one was when we return on the authorities list. (Similar as bug #7501 for OPAC in 2012 ?) Thanks, Alexandre -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 34245] New: Scan index option only works on limited indexes
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34245 Bug ID: 34245 Summary: Scan index option only works on limited indexes 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: nick(a)bywatersolutions.com Currently in the code, the only indexes in ES that can be used with 'scan' are: 647 our %scan_field_convert = ( 648 'ti' => 'title', 649 'au' => 'author', 650 'su' => 'subject', 651 'se' => 'title-series', 652 'pb' => 'publisher', 653 ); This is not apparent to the end user, and causes confusion. We need to broaden support, or limit the displayed list of options for 'scan indexes' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 22352] New: Items location not shown correctly in email sent lists
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22352 Bug ID: 22352 Summary: Items location not shown correctly in email sent lists Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Created attachment 85183 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=85183&action=ed… no home library The lists sent by mail doesn’t show correctly the home library of items. The mail shows the current location and that’s all. Rather than this, the mail shows an authorized value. The home library isn’t shown which is useful for the students to guide them where the books are. 1) Go to lists 2) Choose a list and send it at one of your emails and close the window 3) In the sent mail, watch the infos below the “Item” mention, they are wrong (see picture underlined in red) note that the home library isn't following the current location of the book. We have the authorized value of the item shown there. Best regards, Alexandre -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 28273] New: Multi-holds allow invalid pickup locations
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28273 Bug ID: 28273 Summary: Multi-holds allow invalid pickup locations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Steps to reproduce: 1. Perform a search 2. Select several biblios, that can have holds 3. Click on 'Place hold' 4. You are presented a list of biblios and some biblio-level hold options, including pickup location selection => FAIL: It presents the full list of pickup locations in the system 5. Place a hold with a pickup location that is invalid for some title => FAIL: The hold goes through! The solution for this is revamping this UI, probably calculating the pickup locations intersection for display, and allowing individual titles to be set a specific pickup location. (i.e. global or local setting based on intersection is null => only local, intersection is not null => use it as default, and allow override on specific titles). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 42

[Bug 23285] New: Add patron PATCH route
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23285 Bug ID: 23285 Summary: Add patron PATCH route Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: johanna.raisa(a)koha-suomi.fi Patron PATCH route is not yet implemented. PUT route is not exactly overwriting all data but there are some parameters which are required. PATCH route should accept updates from one to n fields. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 19324] New: New Inventory workflow eliminates "mark item seen"
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19324 Bug ID: 19324 Summary: New Inventory workflow eliminates "mark item seen" 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: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org With recent updates to 16.11.09 and the master release, there seem to be 2 functionality changes. The first is the workflow for marking items seen in the inventory tool seems to disappear. The second is Koha is not bringing back results (No data available in table) when you don't compare to a list. Steps to recreate comparing barcodes against a list of results in 16.11.09 and master 1) Upload a file of barcodes with same shelving location 2) Choose option compare barcodes to list of results 3) Filter by library, call number or shelving location 4) Click submit 5) you will be presented with a 2 boxes letting you know the number of items modified : datelastseen set to xx/xx/xxx and the Number of potential barcodes read: xxx 6) No option to mark the results "Mark seen and quit" or "Mark seen and continue" or "Continue without marking" Steps to recreate NOT comparing barcodes against a list of results in 16.11.09 and master 1) Upload a file of barcodes with same shelving location 2) Filter by library, call number or shelving location 3) Click submit 4) you will be presented with a 2 boxes letting you know the number of items modified : datelastseen set to xx/xx/xxx and the Number of potential barcodes read: xxx 5) No data available in table 6) Koha no longer brings back results of the other filtered locations We believe this is where the functionality changes from bug 14399 Fix inventory.pl part two (following 12913) Steps to recreate NOT comparing barcodes against a list of results (16.11.04 & 16.11.07) 1) Upload a file of barcodes with same shelving location 2) Filter by library, call number or shelving location 3) Click submit 5) you will be presented with a 2 boxes letting you know the number of items modified : datelastseen set to xx/xx/xxx and the Number of potential barcodes read: xxx 6) There is an option to mark the results "Mark seen and quit" or "Mark seen and continue" or "Continue without marking" Steps to recreate NOT comparing barcodes against a list of results (16.11.04 & 16.11.07) 1) Upload a file of barcodes with same shelving location 2) Filter by library, call number or shelving location 3) Click submit 5) you will be presented with a 2 boxes letting you know the number of items modified : datelastseen set to xx/xx/xxx and the Number of potential barcodes read: xxx 6) We do not get an option to mark the results "Mark seen and quit" or "Mark seen and continue" or "Continue without marking" 7) This does have a list of results in the table -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 23051] New: Optionally renew fine accruing items when all fines on item are paid off
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23051 Bug ID: 23051 Summary: Optionally renew fine accruing items when all fines on item are paid off Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- Currently, if a user pays an accruing fine on an overdue item but forgets to renew the item fines start accruing again. If a user pays off the amount outstanding on an item with an accruing fine (accounttype "OVERDUE" & status "UNRETURNED" in 19.05) via the OPAC or self-service, or a member of staff takes payment in the staff client, attempt to automatically renew the item according to circulation rules. This behaviour should be controlled by a new syspref "RenewAccruingItemWhenPaid" which is initially turned off. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 119

[Bug 31316] New: Remove GetItemsInfo from opac-sendbasket
by bugzilla-daemon＠bugs.koha-community.org 29 May '24

29 May '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31316 Bug ID: 31316 Summary: Remove GetItemsInfo from opac-sendbasket Change sponsored?: --- Product: Koha Version: unspecified 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: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 31306 Blocks: 27272 Bug 27272 is going to remove C4::Items::GetItemsInfo in favour of Koha::Items->search_ordered. Here we are going to deal with opac-sendbasket Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27272 [Bug 27272] Move C4::Items::GetItemsInfo to Koha namespace https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31306 [Bug 31306] Add Koha::Items->search_ordered method -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18