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

[Bug 20132] New: Source: vs. In: in result list and detail pages
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '18

02 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20132 Bug ID: 20132 Summary: Source: vs. In: in result list and detail pages Change sponsored?: --- Product: Koha Version: master 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org In the OPAC we display 773$t in the result list as "Source" 598 <xsl:if test="marc:datafield[@tag=773]"> 599 <xsl:for-each select="marc:datafield[@tag=773]"> 600 <xsl:if test="marc:subfield[@code='t']"> 601 <span class="results_summary source"> 602 <span class="label">Source: </span> 603 <xsl:value-of select="marc:subfield[@code='t']"/> 604 </span> 605 </xsl:if> 606 </xsl:for-each> 607 </xsl:if> On the detail page the same information is labelled as In: and shows many more subfields. We should improve both displays to be the same in detal/result in OPAC/intranet. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 16213] New: Allow to select hold's itemtype when using API
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '18

02 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16213 Bug ID: 16213 Summary: Allow to select hold's itemtype when using API Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 13903, 15533 Bug 15533 bring the capability to select an itemtype for a title-level hold in staff and OPAC. This should be possible through the API too. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13903 [Bug 13903] Add API routes to list, create, update, delete reserves https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15533 [Bug 15533] Allow patrons and librarians to select itemtype when placing hold -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 15494] Block renewals by arbitrary item values
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '18

02 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15494 --- Comment #40 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- We should also tell people that a new item_denied_renewal condition must be added to AUTO_RENEWALS -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15494] Block renewals by arbitrary item values
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '18

02 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15494 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Failed QA CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org --- Comment #39 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- 1. In tests, prefer Koha::IssuingRules->search->update($what_you_need_to_be_set); instead of the DELETE then INSERT. It makes the changes more readable in my opinion. 2. What about "NULL" string values? :) 3. Should not we have the same code for OpacHiddenItems and ItemsDeniedRenewal (and UpdateNotForLoanStatusOnCheckin?) There is also UpdateItemLocationOnCheckin (bug 14576) The minimum would be a new get_rules_from_prefs sub Marking as FQA for discussion -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 18964] New: koha-plack should have a --debug switch
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '18

02 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18964 Bug ID: 18964 Summary: koha-plack should have a --debug switch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz It should be great to enhance koha-plack so it provides the following option flags: --debug: enable debugging mode --debugger: the remote debugger IP:PORT combination --ide-key: a string containing the IDE key required by the remote debugging tool in use. --debugger-dir: the remote debugging library PATH, so it overloads Perl default (i.e. the path to Komodo tool, or Devel::DBGP or whatever is needed by the developer). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 12913] Fix wrong inventory results
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '18

02 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12913 Fridolin SOMERS <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |20131 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20131 [Bug 20131] Inventory optional filters always shows "For loan" for value 0 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '18

02 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #52310|0 |1 is obsolete| | Attachment #52311|0 |1 is obsolete| | Attachment #52312|0 |1 is obsolete| | --- Comment #28 from Kyle M Hall <kyle(a)bywatersolutions.com> --- Created attachment 71148 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=71148&action=ed… Bug 14364 - Allow automatically canceled expired waiting holds to fill the next hold Right now, if a library automatically cancels expired waiting holds, a librarian must still re-checkin an item to trap the next available hold for that item. It would be better if the next hold was automatically trapped and the librarians receive an email notification so they can make any changes to the item if need be ( hold area, hold slip in item, etc ). Test Plan: 1) Apply this patch 2) Run updatedatabase.pl 3) Create a record with one item 4) Place two holds on that record 5) Check in the item and set it to waiting for the first patron 6) Set ReservesMaxPickUpDelay to 1 7) Enable ExpireReservesMaxPickUpDelay 8) Enable ExpireReservesAutoFill 9) Set an email address in ExpireReservesAutoFillEmail 10) Modify the holds waitingdate to be in the past 11) Run misc/cronjobs/holds/cancel_expired_holds.pl 12) Note the hold is now waiting for the next patron 12) Note a waiting hold notification email was sent to that patron 13) Note a hold changed notification email was sent to the library -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14364] Allow automatically canceled expired waiting holds to fill the next hold
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '18

02 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14364 Kyle M Hall <kyle(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Patch doesn't apply |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9607] pagination wrong if OPACShowUnusedAuthorities set to "don't show"
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '18

02 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9607 Marjorie Barry-Vila <marjorie.barry-vila(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |marjorie.barry-vila@collect | |o.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10455] remove redundant 'biblioitems.marc' field
by bugzilla-daemon＠bugs.koha-community.org 02 Feb '18

02 Feb '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10455 --- Comment #55 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Marcel de Rooy from comment #54) > This change has interesting side-effects ! > > - $sth = $dbh->prepare("UPDATE biblioitems SET marc=?,marcxml=? WHERE > biblionumber=?"); > - $sth->execute( $record->as_usmarc(), $record->as_xml_record($encoding), > $biblionumber ); > + $sth = $dbh->prepare("UPDATE biblioitems SET marcxml=? WHERE > biblionumber=?"); > + $sth->execute( $record->as_xml_record($encoding), $biblionumber ); > > It seems that since we do no longer call the sub as_usmarc, the automatic > field lengths in the marc are not calculated anymore. > This needs our attention. Will open a new report now! Trivial fix submitted. Please have a look and sign off. -- You are receiving this mail because: You are watching all bug changes.

1 0