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

[Bug 30986] New: Improve responsiveness of DataTable toolbar
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '22

18 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30986 Bug ID: 30986 Summary: Improve responsiveness of DataTable toolbar 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 A few tweaks to CSS will make the components of a DataTables toolbar work better at narrower browser widths. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 23962] New: We should drop support for Debian Jessie during 20.05 cycle.
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '22

18 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23962 Bug ID: 23962 Summary: We should drop support for Debian Jessie during 20.05 cycle. 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 The Debian Jessie LTS support is officially coming to an end on June 30, 2020. We should continue to support the stable releases until that time (and perhaps for a short period afterwards) but publicise an official drop of support with our 20.05 release as we can't/shouldn't really officially support 20.05 on Jessie for more than a month after it's release (i.e. after Debian has dropped such support itself) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 30231] New: See (rejected) forms of series entry visible in search result (OPAC and intra)
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '22

18 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30231 Bug ID: 30231 Summary: See (rejected) forms of series entry visible in search result (OPAC and intra) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: januszop(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When using zebra with IncludeSeeFromInSearches on, with traced series, the rejected forms (4XX) of series entries are visible in result lists, both in OPAC and intra interfaces. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 30262] New: opac/tracklinks.pl inconsistent with GetMarcUrls for whitespace
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '22

18 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30262 Bug ID: 30262 Summary: opac/tracklinks.pl inconsistent with GetMarcUrls for whitespace 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org C4::Biblio::GetMarcUrls will trim whitespace from URLs but opac/tracklinks.pl does not. This means that valid URLs with extra whitespace will fail validation when they should pass validation. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 29603] New: Fix responsive behavior of facets menu in OPAC search results
by bugzilla-daemon＠bugs.koha-community.org 18 Nov '22

18 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29603 Bug ID: 29603 Summary: Fix responsive behavior of facets menu in OPAC search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Created attachment 128110 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=128110&action=e… Screen grab showing the transition from sidebar to collapsed menu (19.11.x) We have some JS in the OPAC which is supposed to help gracefully hide and show the OPAC search results facets menu at narrower browser widths. It was working in 19.11.x At some point this was broken and the menu shows below the search results. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 27035] New: Shows the number of results in a facet
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '22

17 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27035 Bug ID: 27035 Summary: Shows the number of results in a facet Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: ivan.dziuba(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org After searching, the number of results for facets is not displayed -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 30

[Bug 30243] New: When OPACSuggestionMandatoryFields includes branchcode the dropdown should default to an empty value
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '22

17 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30243 Bug ID: 30243 Summary: When OPACSuggestionMandatoryFields includes branchcode the dropdown should default to an empty value 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 When OPACSuggestionMandatoryFields includes branchcode the dropdown should default to an empty value which will force the user to make a choice regarding branchcode. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 30812] New: subfield 9 deleted if no other data is available
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '22

17 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30812 Bug ID: 30812 Summary: subfield 9 deleted if no other data is available Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: domm(a)plix.at QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl DNB exports the ISBN with dashes in 020$9, which we import via SRU while cataloguing. Therefore we added a subfield 9 to field 020. But when 020 contains no data except the dashed ISBN in $9, the value of $9 is deleted. I assume this is caused by some special cases needed to delete the koha_id of an authority (which is often stored in $9). To reproduce: * Go to a framwork, field 020, add a subfield 9, visible in tab 0, OPAC, Intranet and edito * Go to a book, edit it, enter something in 020$a and 020$9, save * The values are stored * Edit again, remove the value from 020$a, save * the value from 020$9 is gone, too I can maybe take a look tomorrow to try to figure out what's happening.. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 31235] New: UseDaysMode is used for calculating the expiration date for waiting holds
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '22

17 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31235 Bug ID: 31235 Summary: UseDaysMode is used for calculating the expiration date for waiting holds Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is also a confusing one: The UseDaysMode system preference, that can also be set in the circulation rules is described as: ... when calculating the date due. BUT: In set_waiting it's also used to calculate the expiration date for holds: my $max_pickup_delay = C4::Context->preference("ReservesMaxPickUpDelay"); my $cancel_on_holidays = C4::Context->preference('ExpireReservesOnHolidays'); my $expirationdate = $today->clone; $expirationdate->add(days => $max_pickup_delay); if ( C4::Context->preference("ExcludeHolidaysFromMaxPickUpDelay") ) { my $itemtype = $self->item ? $self->item->effective_itemtype : $self->biblio->itemtype; my $daysmode = Koha::CirculationRules->get_effective_daysmode( { categorycode => $self->borrower->categorycode, itemtype => $itemtype, branchcode => $self->branchcode, } ); my $calendar = Koha::Calendar->new( branchcode => $self->branchcode, days_mode => $daysmode ); $expirationdate = $calendar->days_forward( dt_from_string(), $max_pickup_delay ); } I feel like this is quite odd as you can set ExcludeHolidaysFromMaxPickUpDelay to ignore the calendar (and then it will be ignored). But if you set it to use the calendar, it can still be ignored when the UseDaysMode setting is set to ignore calendar. So it should probably be: Ignore the calendar | Use UseDaysMode setting ... If asked previously, I'd have said don't make this rely on UseDaysMode and just use calendar or not. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 30381] New: On order items still available for item level holds with TrapHoldsOnOrder
by bugzilla-daemon＠bugs.koha-community.org 17 Nov '22

17 Nov '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30381 Bug ID: 30381 Summary: On order items still available for item level holds with TrapHoldsOnOrder Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com When TrapHoldsOnOrder is set to not trap holds with negative not for loan status, it's still possible to place an item level hold on these items in the OPAC. To test: - Create an item with not for loan -1 = on order - Set OPAC item level holds to 'Force' for its itemtype in circulation conditions - Try to place a hold on it from the OPAC - Notice that a checkbox to select the item displays and you can place a hold -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2