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

[Bug 9599] Printable work slip on receive in acquisitions
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '24

07 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9599 Chip Halvorsen <Chip.Halvorsen(a)WestlakeLibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |Chip.Halvorsen@WestlakeLibr | |ary.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38078] New: Merge /batch/printnotice.tt and /circ/printslip.tt
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '24

07 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38078 Bug ID: 38078 Summary: Merge /batch/printnotice.tt and /circ/printslip.tt Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org These two templates are practically replicas of each other.. to aid future maintenance they should be merged. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 33478] New: Customise the format of notices when they are printed
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '24

07 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33478 Bug ID: 33478 Summary: Customise the format of notices when they are printed 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: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org A feature to customise the format of notices when they are printed would be great. Some things we'd like to be able to customise for example are: - font size - margins - letterheads -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 242

[Bug 38105] New: Notice Template Preview should render html including css styling
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '24

07 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38105 Bug ID: 38105 Summary: Notice Template Preview should render html including css styling Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The preview option for CHECKIN, CHECKOUT and HOLD_SLIP notices doesn't take account of whether the notice template is HTML or not and doesn't apply styling options.. as such it's not representative of the actual output. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 35402] Update the OPAC and staff interface to Bootstrap 5
by bugzilla-daemon＠bugs.koha-community.org 07 Oct '24

07 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35402 David Nind <david(a)davidnind.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |37945 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=37945 [Bug 37945] Links for system preferences subsections don't work -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14180] Make "Always show checkouts immediately" a global setting
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '24

05 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14180 Liz Rea <wizzyrea(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wizzyrea(a)gmail.com --- Comment #35 from Liz Rea <wizzyrea(a)gmail.com> --- Hi, Can we get a QA for this please? It's very silly that we have to use jquery - this is a feature a lot of libraries need. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38088] New: Incorrect patron name for first patron in pendigreserves list.
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '24

05 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38088 Bug ID: 38088 Summary: Incorrect patron name for first patron in pendigreserves list. Change sponsored?: --- Product: Koha Version: 24.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: andreas.jonsson(a)kreablo.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It was pointed out to me that the patron name of the first patron in the table on the pendingreserves page is sometimes wrong. I am reviewing circ/pendigreserves.pl and the below code seems incorrect to me. The hash reference holds_biblios_map is only used for the list of biblionumbers in the query to produce all_holds, which suggest that the where and join clauses should simply be applied direcly on the query for all_holds. Also, the order_by on the first query will have no effect as it is the order of the second query that counts. my $holds_biblios_map = { map { $_->{biblionumber} => $_->{reserve_id} } @{ Koha::Holds->search( {%where}, { join => ['itembib', 'biblio'], select => ['me.biblionumber', 'me.reserve_id'], order_by => { -desc => 'priority' } } )->unblessed } }; my $all_holds = { map { $_->biblionumber => $_ } @{ Koha::Holds->search( { reserve_id => [ values %$holds_biblios_map ]}, { prefetch => [ 'borrowernumber', 'itembib', 'biblio', 'item_group' ], } )->as_list } }; -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 35303] New: Staff interface header - patron search autocomplete no longer works (Uncaught TypeError: search_fields.forEach is not a function)
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '24

05 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35303 Bug ID: 35303 Summary: Staff interface header - patron search autocomplete no longer works (Uncaught TypeError: search_fields.forEach is not a function) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: david(a)davidnind.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The patron search autocomplete is no longer working in master (it was working yesterday, it wasn't after I did a git pull for Koha). To replicate: 1. In the staff interface, start a search for a patron in the header (with check out selected), for example: mary 2. Notice that the autocomplete results are not displayed, and that there is a spinner going round just before the search button. 3. Under web developer tools note that there is a JavaScript error in the console: Uncaught TypeError: search_fields.forEach is not a function buildPatronSearchQuery http://127.0.0.1:8081/intranet-tmpl/prog/js/staff-global_23.0600073.js:615 buildPatronSearchQuery http://127.0.0.1:8081/intranet-tmpl/prog/js/staff-global_23.0600073.js:613 source http://127.0.0.1:8081/intranet-tmpl/prog/js/staff-global_23.0600073.js:453 jQuery 6 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 34517] New: Add option to search patron attribute in standard search
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '24

05 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34517 Bug ID: 34517 Summary: Add option to search patron attribute in standard search 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Currently if a patron attribute is marked 'staff_searchable' it is always searched when using a 'standard search' It should be possible to make attributes searchable without searching them by default -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 64

[Bug 26916] New: Allow patron attributes in DefaultPatronSearchFields syspref and patron search dropdown
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '24

05 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26916 Bug ID: 26916 Summary: Allow patron attributes in DefaultPatronSearchFields syspref and patron search dropdown Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Depends on: 17374 following bug 17374, fields listed in DefaultPatronSearchFields also appear in the patron search fields dropdown. It would be great to be able to get patron attributes to show in that dropdown, too. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17374 [Bug 17374] Make use of fields from syspref 'DefaultPatronSearchFields' in patron search fields dropdown -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28