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

[Bug 34982] New: admin currencies table not showing pagination
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34982 Bug ID: 34982 Summary: admin currencies table not showing pagination Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org and only the first 20 entries are displayed. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 34923] New: OPAC hold page flatpickr does not allow direct input of dates
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34923 Bug ID: 34923 Summary: OPAC hold page flatpickr does not allow direct input of dates 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 33821 made it so flatpickr inputs can allow for the direct input of dates. This does not work on the holds page for the hold date from date and future date. We should make the date inputs work the same across the OPAC. To recreate: 1. Turn on AllowHoldDateInFuture and OPACAllowHoldDateInFuture 2. Make a hold in OPAC and notice you cannot directly input a date in either the "Hold starts on date:" field or the "Hold not needed after:" field. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 34558] New: Update custom.sql for it-IT webinstaller
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34558 Bug ID: 34558 Summary: Update custom.sql for it-IT webinstaller Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: ztajoli(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com With new developments about transaltion, the file ../installer/data/mysql/localization/it-IT/custom.sql needs an update. Today, when you install a 23.05 version with Italian setup (it-IT), you will see a warning about problems with Authorised values (AV). We need to fix it and update the file. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 33819] New: Accessibility: More description required in opac search breadcrumbs
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33819 Bug ID: 33819 Summary: Accessibility: More description required in opac search breadcrumbs 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: matt.blenkinsop(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org A report carried out for the British museum by the Shaw trust has identified that the "Search results for" breadcrumb on the opac search results page is not descriptive enough and should include the page number to assist screen readers with understanding the page content. Currently the breadcumb is the same on every page and it needs to be more unique to the page content. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 26558] New: Guarantor information is lost when an error occurs during new account creation
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26558 Bug ID: 26558 Summary: Guarantor information is lost when an error occurs during new account creation Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 1. Create a new account but cause an error that will keep the account from saving (enter the wrong age for a category or give the patron a username that's already being used) 2. Search for and select a guarantor 3. Try to save the account and wait for the "The following fields are wrong. Please fix them." message 4. Note that the guarantor information is gone and you need to search for and select the guarantor again -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 33074] New: ReservesControlBranch not taken into account in opac-reserve.pl
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33074 Bug ID: 33074 Summary: ReservesControlBranch not taken into account in opac-reserve.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Hold requests Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com In opac-reserve.pl there is this line: my $rule = GetBranchItemRule( $patron->branchcode, $type ); $patron->branchcode should be replaced by the result of GetReservesControlBranch Test plan: 1. Set system preferences: - Disable OPACAllowUserToChooseBranch - Set ReservesControlBranch to "item's home library" - Enable UseBranchTransferLimits - Set BranchTransferLimitsType to "item type" - Enable canreservefromotherbranches - Disable IndependantBranches 2. Create two libraries: ITEM_LIB and PATRON_LIB 3. Set circulation rules: - Remove all circulation rules (DELETE FROM circulation_rules) - Set a default rule that allow some holds and with "OPAC item level holds" = "force". Allow "on shelf" holds for easier testing. - In the rules for ITEM_LIB, under "Default checkout, hold and return policy", - set "Hold policy" to "From any library" - set "Hold pickup library match" to "item's home library" - In the rules for PATRON_LIB, under "Default checkout, hold and return policy", - set "Hold policy" to "From any library", - set "Hold pickup library match" to "any library" 4. In "Library transfer limits" disable all transfers from ITEM_LIB to PATRON_LIB for an item type (let's say "BOOK") 5. Create a biblio with an item: - item type must be the same as in previous step ("BOOK") - home branch and holding branch must be ITEM_LIB 6. Create a patron at PATRON_LIB, give it a password so it can log in. 7. Go to OPAC, and login with this patron 8. Try to place a hold for the new item. You should be allowed to place a hold, but when doing it, no holds will be created. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 34457] New: Add card number to hold details page
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34457 Bug ID: 34457 Summary: Add card number to hold details page 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: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Adding the patron's cardnumber to the Hold details page can help libraries verify whether they are placing the hold for the correct patron. Especially if they have several patrons with the same or similar name. /cgi-bin/koha/reserve/request.pl -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 24

[Bug 34961] New: RSS feed link in OPAC is missing sort parameter
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34961 Bug ID: 34961 Summary: RSS feed link in OPAC is missing sort parameter Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org In the past running a search in the OPAC with sorting included the sort in the RSS link so patrons could use feeds to track when new items are added. The RSS link no longer appears to retain the sort. For example, this search: /cgi-bin/koha/opac-search.pl?idx=kw&q=street&sort_by=acqdate_dsc Results in this RSS link: /cgi-bin/koha/opac-search.pl?idx=kw&q=street&format=rss -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 34945] New: Remove the use of event attributes from OPAC clubs tab
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34945 Bug ID: 34945 Summary: Remove the use of event attributes from OPAC clubs tab Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW 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 CC: dcook(a)prosentient.com.au, testopia(a)bugs.koha-community.org Blocks: 34709 There are some event attributes in the OPAC's clubs tab, shown on the user summary page. These should be removed in favor of defining events in JavaScript. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34709 [Bug 34709] Eliminate event handler attributes in the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 34870] New: Unrecognized special characters when writing off an invoice with a note
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '23

17 Oct '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34870 Bug ID: 34870 Summary: Unrecognized special characters when writing off an invoice with a note Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: emily-rose.francoeur(a)inLibro.com QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr When we add a note with special characters to an invoice and then click on “Write off selected” the note field will display “�” symbols where the special characters are supposed to be. This is how you can reproduce the bug : 1- Go to any patron profile > Accounting > Create manual invoice 2- Fill the fields and click the “Save” button 3- Click “Make a payment” 4- Select the created invoice and click on “+ Add note” 5- Enter special characters (e.g., éçö) 6- Click the “Write off selected” button 7- In the note field, you should see “�” symbols where the special characters are supposed to be -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 31