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

[Bug 14570] Make it possible to add multiple guarantors to a record
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14570 --- Comment #14 from Owen Leonard <oleonard(a)myacpl.org> --- Created attachment 58159 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58159&action=ed… Proposal for initial state of add guarantor form It seems that now the search for patrons to select as a guarantor includes patrons with a 'Child' type patron category. Is that intentional? Shouldn't they be excluded? I notice also that when you select a patron to be a guarantor, the patron number is no longer a link to the patron record. I think it would make more sense to not show the borrowernumber at all, but make the guarantor name a link: <a href="moredetail.pl?borrowernumber=0000">Surname, Firstname (cardnumber)</a> I think it's confusing that there are two buttons, 'Add guarantor', 'Set to patron.' They could potentially mean the same thing. I think we might have the initial state of this form have only two links: 'Search to add guarantor' and 'Add guarantor manually' (see attached image). Clicking the 'Add manually' link would display the form along with a submit button, and the "Clear" link would be shown. The manual add form should prevent the user from submitting empty data. Sorry, I know that's a lot, and I'm willing to help with follow-ups if folks think these are good ideas. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7187] Prioritize cover image sources such as Amazon, Google and add fail over i.e. if first source fails, go to next
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7187 --- Comment #40 from Magnus Enger <magnus(a)libriotech.no> --- (In reply to Chris Cormack from comment #37) > We are actually evaluating 9580 at the moment to see if it will meet all the > requirements of this bug. Will let you know shortly Any results from the evaluation yet? ;-) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13757] Make patron attributes editable in the opac if set to ' editable in OPAC'
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13757 Tomás Cohen Arazi <tomascohen(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |17767 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17767 [Bug 17767] Let Koha::Patron::Modification handle extended attributes -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14876] Show number of holds per record on the search results
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14876 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #58013|0 |1 is obsolete| | --- Comment #27 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Created attachment 58153 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=58153&action=ed… Bug 14876 - Show number of holds per record on the search results This patch sues the existing plugin Koha::Template::Plugin::Biblio->HoldsCount To be consistent with current behaviour 'Holds (0)' is shown when no holds have been placed on an item To test: 1 - Search in staff 2 - Note holds link has no extra information 3 - Apply patch 4 - prove -v t/db_dependent/Template/Plugin/Holds.t 5 - Do search in staff that returns records with some holds (i.e. place some holds) 6 - Note the number of holds now displays next to the text of the link: Holds (#) Signed-off-by: Barbara Johnson <barbara.johnson(a)bedfordtx.gov> Signed-off-by: Jonathan Druart <jonathan.druart(a)biblibre.com> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14876] Show number of holds per record on the search results
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14876 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 7663] batch add barcodes to a list
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7663 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Status|Signed Off |Failed QA --- Comment #5 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Nick, just a small concern: if you end with an empty line, you get "The item () does not exist". It seems easy to handle it. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11698] Add validity check for amount on budget page
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11698 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=17164 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 17727] New: A lot of tests fail if SearchEngine is set to Elastic
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17727 Bug ID: 17727 Summary: A lot of tests fail if SearchEngine is set to Elastic Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org The items.more_subfields_xml is set to random data (generated by TestBuilder), and so GetMarcBiblio does not manage to embed items (if needed). The error is: :1: parser error : Start tag expected, '<' not found More precisely it explodes in C4::Items::_parse_unlinked_item_subfields_from_xml when MARC::Record->new_from_xml is called with an invalid xml -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 7058] GetMemberDetails must die!
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7058 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |DUPLICATE CC| |jonathan.druart(a)bugs.koha-c | |ommunity.org Status|NEW |RESOLVED --- Comment #1 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- *** This bug has been marked as a duplicate of bug 17578 *** -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 7058] GetMemberDetails must die!
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7058 Josef Moravec <josef.moravec(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |josef.moravec(a)gmail.com Depends on| |17578 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17578 [Bug 17578] Replace GetMemberDetails with GetMember -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0