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

[Bug 27983] New: Replace obsolete title-string sorting: Acquisitions templates part 2
by bugzilla-daemon＠bugs.koha-community.org 21 May '21

21 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27983 Bug ID: 27983 Summary: Replace obsolete title-string sorting: Acquisitions templates part 2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, koha-bugs(a)lists.koha-community.org, kyle.m.hall(a)gmail.com, m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com, oleonard(a)myacpl.org, sally.healey(a)cheshiresharedservices.gov.uk, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com Blocks: 27934 This patch will modify the following templates to replace the old "title-string" DataTables sorting method with the built-in method using "data-order" attributes. intranet-tmpl/prog/en/modules/acqui/lateorders.tt intranet-tmpl/prog/en/modules/acqui/newordersubscription.tt intranet-tmpl/prog/en/modules/acqui/ordered.tt intranet-tmpl/prog/en/modules/acqui/orderreceive.tt intranet-tmpl/prog/en/modules/acqui/parcels.tt intranet-tmpl/prog/en/modules/acqui/spent.tt intranet-tmpl/prog/en/modules/acqui/supplier.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27934 [Bug 27934] Table sorting using title-string option is obsolete -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 27982] New: Replace obsolete title-string sorting: Acquisitions templates part 1
by bugzilla-daemon＠bugs.koha-community.org 21 May '21

21 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27982 Bug ID: 27982 Summary: Replace obsolete title-string sorting: Acquisitions templates part 1 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, koha-bugs(a)lists.koha-community.org, kyle.m.hall(a)gmail.com, m.de.rooy(a)rijksmuseum.nl, martin.renvoize(a)ptfs-europe.com, oleonard(a)myacpl.org, sally.healey(a)cheshiresharedservices.gov.uk, testopia(a)bugs.koha-community.org, tomascohen(a)gmail.com Blocks: 27934 This patch will modify the following templates to replace the old "title-string" DataTables sorting method with the built-in method using "data-order" attributes. intranet-tmpl/prog/en/modules/acqui/addorderiso2709.tt intranet-tmpl/prog/en/modules/acqui/booksellers.tt intranet-tmpl/prog/en/modules/acqui/duplicate_orders.tt intranet-tmpl/prog/en/modules/acqui/edifactmsgs.tt intranet-tmpl/prog/en/modules/acqui/histsearch.tt intranet-tmpl/prog/en/modules/acqui/invoice-files.tt intranet-tmpl/prog/en/modules/acqui/invoice.tt intranet-tmpl/prog/en/modules/acqui/invoices.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27934 [Bug 27934] Table sorting using title-string option is obsolete -- 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 20

[Bug 27606] New: Breadcrumbs on parcel.pl should include a link to the vendor
by bugzilla-daemon＠bugs.koha-community.org 21 May '21

21 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27606 Bug ID: 27606 Summary: Breadcrumbs on parcel.pl should include a link to the vendor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When receiving, we get these breadcrumbs: Home › Acquisitions › Receive orders from My Vendor It'd be nice if we instead had: Home › Acquisitions › My Vendor › Receive orders With "My Vendor" being a link to the vendor page. More like what we have when looking at a basket: Home › Acquisitions › My Vendor › Basket Cheese Books (3) for My Vendor -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 23114] New: Inventory: allow to scan barcodes
by bugzilla-daemon＠bugs.koha-community.org 21 May '21

21 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23114 Bug ID: 23114 Summary: Inventory: allow to scan barcodes 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: matthias.meusburger(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Currently, in the inventory tool, the user can upload a file containing barcodes. It would be nice for the user to be able to scan barcodes as well, like in other tools (batch item modification, for example). -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 28272] New: Definition files are missing additionalProperties: false
by bugzilla-daemon＠bugs.koha-community.org 20 May '21

20 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28272 Bug ID: 28272 Summary: Definition files are missing additionalProperties: false Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com To force all the attributes to be documented we should add additionalProperties: false to all our definition files (api/v1/swagger/definitions/*.json). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 28081] New: Make card number a label in patron search results
by bugzilla-daemon＠bugs.koha-community.org 19 May '21

19 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28081 Bug ID: 28081 Summary: Make card number a label in patron search results Change sponsored?: --- Product: Koha Version: master Hardware: All 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 I would like to modify patron search results in the patrons module so that each patron card number is wrapped in a label tag which controls the state of the corresponding checkbox. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 26926] New: Update all occurrences of <input type="number"> to apply ACC2 coding guideline
by bugzilla-daemon＠bugs.koha-community.org 19 May '21

19 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26926 Bug ID: 26926 Summary: Update all occurrences of <input type="number"> to apply ACC2 coding guideline 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Retroactively apply ACC2 coding guideline We need to update all `input type="number"` occurrences to use `<input type="text" inputmode="numeric" pattern="[0-9]*">` as per the new accessibility guideline. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 27916] New: Fee paid message can crash SIP server if paying fee that is not "renewable"
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27916 Bug ID: 27916 Summary: Fee paid message can crash SIP server if paying fee that is not "renewable" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I'm not entirely sure how this is possible, but I've confirmed my fix works on two separate occasions. In the Koha::Account::pay, if a fine is "renewable" ( as determined by the method "renewable" the response to from the method "renew_item" is stored and returned by by pay(). Later in C4::SIP::Sip::MsgType::handle_fee_paid we assume that each element of the list in $pay_response->{renew_result} is a hashref that had an itemnumber. This is not true. We need to check for the itemnumber and then the item. If either do not exist, the SIP server will crash without responding. My suspicion is that this is caused by Koha::Account::Line::renewable returning true while the corrosponding call to renew_item contains a simple "return;" statement if RenewAccruingItemWhenPaid is not enabled ( or there is not related item or patron ). What happens here, at least for Bibliotheca self checks is that the machine will take payment, and send the fee paid to Koha via SIP. When Koha's SIP crashes and doesn't return a response, the self check machine will refund the money to the patron, *but* the payment still exists in Koha! Considering payments may be in the tens or even hundreds of dollars, this makes for a critical SIP bug. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 26

[Bug 24986] New: Maximum row size reached soon for borrowers and deletedborrowers
by bugzilla-daemon＠bugs.koha-community.org 18 May '21

18 May '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24986 Bug ID: 24986 Summary: Maximum row size reached soon for borrowers and deletedborrowers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Running updatedatabase.pl I got the following error messages: DBD::mysql::db do failed: Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs [for Statement "ALTER TABLE borrowers ADD COLUMN autorenew_checkouts TINYINT(1) NOT NULL DEFAULT 1 AFTER anonymized"] at installer/data/mysql/updatedatabase.pl li ne 21259 DBD::mysql::db do failed: Row size too large. The maximum row size for the used table type, not counting BLOBs, is 8126. This includes storage overhead, check the manual. You have to change some columns to TEXT or BLOBs [for Statement "ALTER TABLE deletedborrowers ADD COLUMN autorenew_checkouts TINYINT(1) NOT NULL DEFAULT 1 AFTER anonymized"] at installer/data/mysql/updatedatabas e.pl line 21262. After re-injecting an old clean dump and replaying the updatedatabase.pl errors are gone, so it was probably because of other columns coming from patches not yet in master. Maybe we should start moving some columns to other tables. An obvious candidate is all the address fields that can be moved in a patron_addresses table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[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