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

[Bug 26421] New: Use Bootstrap screen reader text class for shelf browser messages
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '21

27 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26421 Bug ID: 26421 Summary: Use Bootstrap screen reader text class for shelf browser messages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 26039 Bug 26039 added some text intended only for screen reader users. Since the Bootstrap 4 upgrade this text is shown because the CSS class is obsolete. I propose to replace the use of the "hidden" class with "sr-only." https://getbootstrap.com/docs/4.5/utilities/screen-readers/ Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26039 [Bug 26039] Accessibility: Shelf browser is not announced upon loading -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 20206] New: Should GetItemnumberFromBarcode ignore leading zeroes?
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '21

27 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20206 Bug ID: 20206 Summary: Should GetItemnumberFromBarcode ignore leading zeroes? 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org GetItemnumberFromBarcode will not find 51320 if it should be 051320. Could we need that? I noticed that Excel stripped leading zeroes and we got missing messages in Inventory. Anyone interested in a patch like the attached one? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31

[Bug 25003] New: Clearly identify when JavaScript errors are caused by OPACUserJS/IntranetUserJS
by bugzilla-daemon＠bugs.koha-community.org 24 Sep '21

24 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25003 Bug ID: 25003 Summary: Clearly identify when JavaScript errors are caused by OPACUserJS/IntranetUserJS 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: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When a page within Koha has been broken by code introduced via the UserJS sysprefs, we should make that clear in the browser console. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 23819] New: Allow status to be set during creation of a purchase suggestion
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23819 Bug ID: 23819 Summary: Allow status to be set during creation of a purchase suggestion 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: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Here is the workflow where this would be helpful: 1. Patron asks if we have a book. 2. Staff member checks in catalog that we don't have it, offers to make purchase suggestion. 3. Staff members fills out purchase suggestion and currently: Saves the suggestion and has to edit again to be able to edit status to "Sent to Adult Librarian" Would be nice if they could instead set that status on creation to reduce clicks. In this case 3 would say: 3. Staff member fills out purchase suggestion and sets status to "Sent to Adult Librarian" then saves purchase suggestion. Lisette -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 24454] New: currency formatting from JS
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24454 Bug ID: 24454 Summary: currency formatting from JS Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: agustinmoyano(a)theke.io Reporter: agustinmoyano(a)theke.io QA Contact: testopia(a)bugs.koha-community.org CC: tomascohen(a)gmail.com API calls in OPAC brings raw JSON. We need a way to format data into the configured currency from JS. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 17996] New: longoverdue.pl should not set 'datereturned' when --mark-returned option is used.
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '21

23 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17996 Bug ID: 17996 Summary: longoverdue.pl should not set 'datereturned' when --mark-returned option is used. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz When longoverdue.pl returns items, it sets old_issues.returndate to the current date. This means that when staff look at the borrowers' circulation history, they see a returndate displayed, which is confusing. We don't lose information by not setting old_issues.returndate, because items.itemlost_on will contain the date that the item was lost. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 28684] New: Superfluous -or condition in few article request queries
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '21

22 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28684 Bug ID: 28684 Summary: Superfluous -or condition in few article request queries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org - -or => [ - status => Koha::ArticleRequest::Status::Pending, - status => Koha::ArticleRequest::Status::Processing - ] + Koha::ArticleRequest::Status::Pending, + Koha::ArticleRequest::Status::Processing, -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 28604] New: bad encoding when using marc-in-json
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '21

22 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28604 Bug ID: 28604 Summary: bad encoding when using marc-in-json 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: lucas(a)bywatersolutions.com There are some UTF-8 encoding problems when using marc-in-json that have diacritics in them, I encountered this when using the '/api/v1/public/biblios/' API route. To recreate: -Add some diacritics to a MARC field, I am using the 538$a and added the note 'Tést nöte'. -Look at the what the API returns, I used this: curl --location --request GET 'http://localhost:8080/api/v1/public/biblios/144' \ --header 'Accept: application/marc-in-json' The 538$a note comes out looking like this: TÃ©st nÃ¶te -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 28536] New: Move translatable strings into overdrive.js
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '21

21 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28536 Bug ID: 28536 Summary: Move translatable strings into overdrive.js Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined for translation in opac-bottom.inc for use by OverDrive integration code can now be wrapped in the new translation function and put in overdrive.js. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 19469] New: Add ability to split view of holds view on record by pickup library and/ or itemtype
by bugzilla-daemon＠bugs.koha-community.org 21 Sep '21

21 Sep '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19469 Bug ID: 19469 Summary: Add ability to split view of holds view on record by pickup library and/or itemtype 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 70