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

[Bug 20424] New: Zebra - Updating default Unimarc biblio mapping
by bugzilla-daemon＠bugs.koha-community.org 27 May '25

27 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20424 Bug ID: 20424 Summary: Zebra - Updating default Unimarc biblio mapping Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: fpichenot(a)ville-roubaix.fr QA Contact: testopia(a)bugs.koha-community.org Zebra doesn't yet integrate last Unimarc bibliographic updates published by IFLA. This ticket aims to update Zebra Unimarc bibliographic mappings. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 51

[Bug 22514] New: Hardcoded value of 10 for return hour when calculating hourly loans affected by holidays
by bugzilla-daemon＠bugs.koha-community.org 27 May '25

27 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22514 Bug ID: 22514 Summary: Hardcoded value of 10 for return hour when calculating hourly loans affected by holidays Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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 Target Milestone: --- >From Koha/Calendar.pm: if ( $unit eq 'hours' ) { # Fixed for legacy support. Should be set as a branch parameter my $return_by_hour = 10; $dt = $self->addHours($startdate, $add_duration, $return_by_hour); -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 28794] New: ability to make a list visible for a specific period
by bugzilla-daemon＠bugs.koha-community.org 26 May '25

26 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28794 Bug ID: 28794 Summary: ability to make a list visible for a specific period Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathsabypro(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be nice if the visibility of a list could be programmed in advanced, for example if the list is created to support a specific event like an exhibition, or a school program. For example a list created the 1 jan 2021 could be programmed to be visible from the 1 fev 2021 to the 1 june 2021 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 28478] New: MARC detail and ISBD pages still show suppressed records
by bugzilla-daemon＠bugs.koha-community.org 26 May '25

26 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28478 Bug ID: 28478 Summary: MARC detail and ISBD pages still show suppressed records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org I couldn't verify on master yet, but tested on 20.11.05: When a record is suppressed in the catalog using 942$n=1 and OpacSuppression a direct link to the MARCdetail page will still work: /cgi-bin/koha/opac-MARCdetail.pl?biblionumber=x This is problematic as some search bots could still index the records and someone clever would also be able to guess it. I think we need to add checks for suppression on these pages and redirect according to OpacSuppressionRedirect. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 16821] New: Facets: home libraries, locations, item types
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16821 Bug ID: 16821 Summary: Facets: home libraries, locations, item types Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org It is my understanding that facets are built off the first page of search results. It seems that home libraries, locations and item types are all facets that should be completely available regardless of the first page of results, especially when you click "Show more". I would suggest this be changed to include all the fixed facets rather than being random. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 22311] New: Make the #moresearches area of the OPAC responsive
by bugzilla-daemon＠bugs.koha-community.org 23 May '25

23 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22311 Bug ID: 22311 Summary: Make the #moresearches area of the OPAC responsive 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: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Created attachment 85009 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=85009&action=ed… screenshot of opac showing the area needed to be responsive When links are added to the #moresearches area of the OPAC, the opac fails to be responsive when resized. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 31024] New: Switch to the REST Datatables for Suggestion Management
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31024 Bug ID: 31024 Summary: Switch to the REST Datatables for Suggestion Management 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The UX on the manage suggestions page is a little out of place and performance isn't great with a large number of suggestions. I'm sure we can do better by adopting some of our more modern practices using the REST API and DataTables Wrapper. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 20545] New: Add multi-language support to SIP2
by bugzilla-daemon＠bugs.koha-community.org 20 May '25

20 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20545 Bug ID: 20545 Summary: Add multi-language support to SIP2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com At the moment the messages from the SIP2 server are in English by default and can be changed using a feature Kyle has written on bug 12571. The problem is, that while this can be used to translate the message, it doesn't provide true multi-language support. It's very common to provide the GUI on the self checks in mulitple languages here, so there is a need for translating the errors etc. sent by Koha as well. The SIP specification provides means to send a language code that would allow us to implement this properly. It uses a 3 character language code in its messages: http://multimedia.3m.com/mws/media/355361O/sip2-protocol.pdf Language Code Unknown (default) 000 English 001 French 002 German 003 Italian 004 Dutch 005 Swedish 006 Finnish 007 Spanish 008 Danish 009 Portuguese 010 Canadian-French 011 Norwegian 012 Hebrew 013 Japanese 014 Russian 015 Arabic 016 Polish 017 Greek 018 Chinese 019 Korean 020 North American Spanish 021 Tamil 022 Malay 023 United Kingdom 024 Icelandic 025 Belgian 026 Taiwanese 027 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 32337] New: System preference to block holds with debarments
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32337 Bug ID: 32337 Summary: System preference to block holds with debarments 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: hebah(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com A number of libraries would like the ability to have borrower debarments prevent placing holds. Currently, debarments only block checkouts, not the placing of holds. Ideally this would be a system preference. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 32548] New: Make illrequestattributes easily available to ILL notices
by bugzilla-daemon＠bugs.koha-community.org 16 May '25

16 May '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32548 Bug ID: 32548 Summary: Make illrequestattributes easily available to ILL notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de Often the most interesting information about the title, like article_title is only available in illrequestattributes. It would be super nice if we had these available with a nice syntax in the ILL notices. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25