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

[Bug 27155] New: Biblio and Item hooks should pass a deleted object on record deletion
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27155 Bug ID: 27155 Summary: Biblio and Item hooks should pass a deleted object on record deletion Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Plugin architecture Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org The biblio and item hooks now look up a record which is deleted already. We could pass the deletedbiblio or deleteditem? Especially on item deletion I am interested in receiving the biblionumber. The code for items differs between 19.11 and master. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 29091] New: Correct display of lists and tags on search results
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29091 Bug ID: 29091 Summary: Correct display of lists and tags on search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org The list of tags and lists on the OPAC search results page inherits margins and padding that isn't correct for this area. A small change to the SCSS will correct it. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 29078] New: Division by zero in touch_all scripts
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29078 Bug ID: 29078 Summary: Division by zero in touch_all scripts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz The touch_all scripts allow you to specify a where condition. If you have no records in the set, the result is divided by zero to get a percentage. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 10

[Bug 28940] New: IntranetUserJS will fire off twice
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28940 Bug ID: 28940 Summary: IntranetUserJS will fire off twice Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org TO recreate: Add some IntranetUserJS that will target spinelabel-print.tt. I added this: if ( $('#labels_spinelabel-print').length ) { $('#labels_spinelabel-print').append('<div>TEST</div>'); console.log('TEST'); } Try to do a quick spine label. Once you have entered a barcode the JS will go off 2x. With the jQuery added you will see 2 div's with the word 'TEST'. Look at the console and you will also see TEST console logged 2x. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Failed QA --- Comment #361 from David Cook <dcook(a)prosentient.com.au> --- My latest comment shows a very very bad regression which needs to be fixed. It's a simple fix but nasty problem. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 26 Oct '21

26 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #360 from David Cook <dcook(a)prosentient.com.au> --- Comment on attachment 120644 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=120644 Bug 15516: Relevant controller changes and tests Review of attachment 120644: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=155…) ----------------------------------------------------------------- ::: C4/Reserves.pm @@ +1113,4 @@ > logaction( 'HOLDS', 'MODIFY', $hold->reserve_id, Dumper($hold->unblessed) ) > if C4::Context->preference('HoldsLog'); > > + # if this hold was part of a group, cancel other holds in the group This causes every hold with a null hold_group_id to be cancelled. This needs to be wrapped in a check for $hold_group_id first! @@ +1222,5 @@ > # Complete transfer if one exists > my $transfer = $hold->item->get_transfer; > $transfer->receive if $transfer; > + > + # if this hold was part of a group, cancel other holds in the group This causes every hold with a null hold_group_id to be cancelled. This needs to be wrapped in a check for $hold_group_id first! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28510] New: Skip processing holds queue items from closed libraries when HoldsQueueSkipClosed is enabled
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28510 Bug ID: 28510 Summary: Skip processing holds queue items from closed libraries when HoldsQueueSkipClosed is enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 Right now we skip closed branch's items as we iterate over all items looking for ones to fill a hold. If HoldsQueueSkipClosed is enabled, no items held be a closed library can be targeted, so it would be more efficient if we never selected the items from those branches to begin with. This is how the holds queue works if we are not using the transport cost matrix, so we should make it work the same way if we *are* using the matrix. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 11175] Show the parent record's component parts in the detailed views
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11175 --- Comment #478 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Marcel de Rooy from comment #473) > I wrote two follow-ups now. WIll attach them tomorrow. > > But did look a bit closer to analytical records in Koha and they are quite > different from what is done here. They use 773 but thats about it. So there > seems to be no reason to braid(?) them together here. Making the analytics > disappear when there are components. > > Note: the components here work with 773 and record control numbers looked up > in biblio records. Analytics works different, storing item numbers(!) in > 773$9. This seems to be something that we add on top of MARC21, if I > understand correctly (so no default MARC21). > > Conclusion: We should keep them really separate from each other. Will have > to add that to my follow-up still. Which should be very trivial. > > Katrin: Could you confirm? I believe there are some major differences between the features - so fully agree. What we are looking for here is linking between bibliographic records. We link a record to another record, using either $w or a combination of title and author from 773 for search. So this is about hierarchies on the bibliographic record level. EasyAnalytics as I understand it, is linking an item to multiple records using non-standard MARC subfields of 773. It's a useful feature, but a different use case. For example it could probably be used very well for "bound-togethers", where different works where combined into one bound unit (often found in historical holdings). We could probably make both work together by checking for the prefs and maybe existence of certain subfields in 773, but as UseControlnumber and Easyanalytics are already mutually exclusive right now, I think it's outside of scope here. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9596] Allow longoverdue.pl to be configured by library
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9596 mdanko(a)burlingtonvt.gov changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mdanko(a)burlingtonvt.gov --- Comment #2 from mdanko(a)burlingtonvt.gov --- I would love to have the longoverdue script be granular to the issuing branch. It makes sense to me if a patron borrows materials from our branch, they need to follow our loan rules...including if an item is longoverdue and will get billed. This would be a great place to start I think. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 29316] New: advanced search fails when top field is left blank
by bugzilla-daemon＠bugs.koha-community.org 25 Oct '21

25 Oct '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29316 Bug ID: 29316 Summary: advanced search fails when top field is left blank Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: bdaeuber(a)cityoffargo.com QA Contact: testopia(a)bugs.koha-community.org When using the advanced search in the OPAC, it will fail when the top field is left blank (or ignore subsequent fields if there is a blank field above them). It does appear to work in the intranet, however. -- You are receiving this mail because: You are watching all bug changes.

1 1