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

[Bug 8630] Add covers from AdLibris to the OPAC and Intranet
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '16

06 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8630 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtompset(a)hotmail.com Status|Needs Signoff |Patch doesn't apply --- Comment #9 from M. Tompsett <mtompset(a)hotmail.com> --- Please rebase. Also, opac minified CSS is going to conflict regularly. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12478] Elasticsearch support for Koha
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '16

06 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12478 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com --- Comment #191 from Nick Clemens <nick(a)bywatersolutions.com> --- Hi all, I just got the elastic branch setup on kohadevbox and am eager to do some testing, I am just wondering if there is anywhere specific we are poking yet, or just a general 'try to break it'/'figure out what it doesn't do' Searching definitely feels faster, even on a 100 record db. I do same to be able to switch between zebra and elastic with an issue once they are up and running which is very useful In just poking for now I spot 2 things: 1 - I don't seem to able to edit/add records. I get an error: Can't locate object method "field" via package "<?xml version="1.0" encoding="UTF-8"?>..folowed by full marcxml for record 2 - Searching doesn't automatically truncate/stem. i.e. to search 'Char' and get 'Charles' I have to search for 'Char*' and when I do highligthing doesn't work I am excited to do more testing, just want to know what the goals are to get this in shape to make it in to Koha so I can focus on hitting those pieces. -Nick -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13995] Proper Exception handling
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '16

06 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13995 M. Tompsett <mtompset(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mtompset(a)hotmail.com Status|Needs Signoff |In Discussion --- Comment #19 from M. Tompsett <mtompset(a)hotmail.com> --- (In reply to Marcel de Rooy from comment #18) > Bug 14544 also introduces a Koha::Exceptions module. > Has there been any interaction between the authors about the road to follow? This patch still applies, but there is no "t/Exceptions.t" test file. I think this should be required for a sign off, in addition to answering Marcel's question, since that bug (14544) has been pushed to master. Changing status to 'In Discussion' (to be doomed for all eternity! -- since that is what most 'In Discussion' bugs do) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7967] Z39.50 client should negotiate encoding with server
by bugzilla-daemon＠bugs.koha-community.org 06 Feb '16

06 Feb '16

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

1 0

[Bug 12688] Better IntranetNav
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '16

05 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12688 Indranil Das Gupta <indradg(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |indradg(a)gmail.com Resolution|--- |WORKSFORME Status|NEW |RESOLVED -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15666] Automatic_renewals.pl fails when OverduesBlockRenewing and RestrictionBlockRenewing are set to "block"
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '16

05 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15666 --- Comment #11 from bondiurbano <costalc(a)gmail.com> --- Created attachment 47715 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=47715&action=ed… No renewal before test -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 15666] Automatic_renewals.pl fails when OverduesBlockRenewing and RestrictionBlockRenewing are set to "block"
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '16

05 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15666 --- Comment #10 from bondiurbano <costalc(a)gmail.com> --- (In reply to Holger Meißner from comment #8) > (In reply to bondiurbano from comment #2) > > "No renewal before" is an optional setting so it could be absent in the > > rule. > > Yes, but bug 14101 introduced a fallback. If the setting is absent (undef) > then automatic renewal works just like "No renewal before" was zero. Do you > get different results with undef and zero?? > > > Automatic_renewals.pl must be executed BEFORE the item date_due > > expires. > I think this cannot be done with a cron job running just once or a few times > per day. Due date might be any time of the day, especially with hourly loans. > > > Otherwise it will be a due item and so OverduesBlockRenewing will > > block it. > Yes, but I suppose that is exactly what should happen, if the patron has > both automatic and manual loans and some of the manual loans are overdue? > > But I see the problem! It should renew if ONLY automatic renewals are > overdue! So maybe that's the solution. Check if all overdue loans are > automatic, then override the block? > > I need to think about it some more, but does think this makes sense? :) Holger, I've attached a PDF file with 3 days test. Hope this helps. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14180] Make "Always show checkouts immediately" a global setting
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '16

05 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14180 --- Comment #8 from Owen Leonard <oleonard(a)myacpl.org> --- (In reply to vimal kumar from comment #7) > when the library professional open Check out of a particular user, he has to > click on "Always show checkouts immediately" option. this process is time > consuming It sounds to me like this bug is exactly what you want: A way to make it so that "Always show checkouts immediately" is globally enabled without a checkbox. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14180] Make "Always show checkouts immediately" a global setting
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '16

05 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14180 --- Comment #7 from vimal kumar <vimal0212(a)gmail.com> --- (In reply to Owen Leonard from comment #6) > Which reader do you want to save time for? The reader who wants to see the > list of checkouts right away or the reader who wants to have the page load > quickly when there are hundreds of checkouts? The point of this bug is to > make a new preference so you can have it either leave things the way they > are now or return them to the way things were before the changes made by Bug > 12550. A preference is the only way to give options to the various needs > different librarians have expressed. After check out, library professionals have the tendency to check the list of books checked out. If the list hide , they have to click on the checkbox of ("Always show checkouts immediately"). when the library professional open Check out of a particular user, he has to click on "Always show checkouts immediately" option. this process is time consuming when good number of reader in que to check out the books. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14514] LocalHoldsPriority and the HoldsQueue conflict with each other
by bugzilla-daemon＠bugs.koha-community.org 05 Feb '16

05 Feb '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14514 --- Comment #4 from Kyle M Hall <kyle(a)bywatersolutions.com> --- (In reply to Aleisha Amohia from comment #3) Aleisha, all the tests pass on my test server. Can you try running the tests on a clean installation of Koha with just the default data installed? If they pass for you that way, it means I need to fix my db assumptions for my unit tests. Thanks! -- You are receiving this mail because: You are watching all bug changes.

1 0