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

[Bug 13715] "limit to items available" hides records with multiple items where 1 is not available (checked out) but others are
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '18

10 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13715 Christopher Brannon <cbrannon(a)cdalibrary.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |major CC| |cbrannon(a)cdalibrary.org -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8000] Test mode for notices
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '18

10 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8000 Lisette <lisetteslatah(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lisetteslatah(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '18

10 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 --- Comment #60 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think for this bug an option to switch between Any and Anywhere would be good. Then for existing installations keep the current behaviour and for new installations (default setting) use the 'smaller' index. The custom one is definitely for a new bug. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11046] Better handling of uncertain years for publicationyear/ copyrightdate
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '18

10 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11046 --- Comment #15 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #13) > Can we have a patch for the manual please? :) Does the Manual keyword trigger someone of the Documentation team to do so? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 4319] waiting and in transit items cannot be reserved
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '18

10 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4319 --- Comment #78 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #77) > Also, when I see: > @@ -1141,18 +1141,9 @@ sub IsAvailableForItemLevelRequest { > > } > > return $any_available ? 0 : 1; > > + } else { # on_shelf_holds == 0 "If any unavailable" (the description is > rather cryptic and could still be improved) > + return $item->{onloan} || IsItemOnHoldAndFound( $item->{itemnumber} > ); > > } > - > - if ($item->{onloan}) { > > - return 1; > > - } > > - > - if ( Koha::Holds->search({itemnumber => $item->{itemnumber}, > > - found => ['W', 'T']})->count ) { > > - return 1; > > - } > > Then: > +sub hasItemswaitingOrInTransit { > + my ( $self ) = @_; > + > + if ( Koha::Holds->search({ biblionumber => $self->id, > + found => ['W', 'T'] })->count ) { > + return 1; > + } > > I am pretty sure something is wrong. It might be helpful to explain what you think is wrong. You are comparing pieces of code here that have different goals. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '18

10 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 Magnus Enger <magnus(a)libriotech.no> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=19944 --- Comment #59 from Magnus Enger <magnus(a)libriotech.no> --- (In reply to Fridolin SOMERS from comment #58) > (In reply to Katrin Fischer from comment #56) > > As this would be a change of behavior now after a long time of dom > > indexing... should we make it possible to switch the one that is used in the > > GUI when selecting 'keyword'? > > Ineed, maybe we could create a system pref that defines which index is used > when no index is specified : any, anywhere or other custom index maybe. Yups, that sounds like an excellent idea. But probably something for a new bug. I have reported it here: "Bug 19944 - Make the default index configurable" -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19944] New: Make the default index configurable
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '18

10 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19944 Bug ID: 19944 Summary: Make the default index configurable 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: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org It would be nice if a library could configure which index is searched when no search index is specified (e.g. in simple search from the OPAC front page.) See also bug 8962, comments 54-59, for discussion on this. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 8962] Restore Any index behavior and add Anywhere index
by bugzilla-daemon＠bugs.koha-community.org 10 Jan '18

10 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8962 --- Comment #58 from Fridolin SOMERS <fridolin.somers(a)biblibre.com> --- (In reply to Katrin Fischer from comment #56) > As this would be a change of behavior now after a long time of dom > indexing... should we make it possible to switch the one that is used in the > GUI when selecting 'keyword'? Ineed, maybe we could create a system pref that defines which index is used when no index is specified : any, anywhere or other custom index maybe. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14850] Funds from inactive budgets appear in 'Funds' dropdown on acqui/invoice.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '18

09 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14850 Patrick Robitaille <patrick.robitaille(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |patrick.robitaille@collecto | |.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 19611] New: XSS Flaws in supplier.pl
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '18

09 Jan '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19611 Bug ID: 19611 Summary: XSS Flaws in supplier.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org XSS Flaws in supplier.pl -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6