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

[Bug 10382] New: collection not returning to null when removed from course reserves
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10382 Bug ID: 10382 Summary: collection not returning to null when removed from course reserves Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: kyle(a)bywatersolutions.com Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 8215 If an item that is on reserves did not have a collection code and one was added a the time of adding the reserve then when you remove the item from reserves the collection is not returned to NULL instead it stays as what it was set in reserves. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 10589] New: Override OpacHiddenItems based on Patron Category
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10589 Bug ID: 10589 Summary: Override OpacHiddenItems based on Patron Category Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: mtompset(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org This patch will: 1) Add two system preferences: PatronSingleBranch and PatronEveryBranch. 2) Items which would normally be hidden by OpacHiddenItems will be visible if: a) The patron's category code matches the PatronSingleBranch patron category code AND the home branch of the item is the same as the home branch of the patron. OR b) The patron's category code matches the PatronEveryBranch patron category code. The two system preferences default to PTSB and PTEB which are not added to the list of possible patron categories. This means OpacHiddenItems will continue to function as is normally. Having them as system preferences means the patron category code is not hard coded and can be changed. -- You are receiving this mail because: You are watching all bug changes.

1 55

[Bug 2946] Lost items (that are hidden in Normal View) still show up in the MARC View in OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2946 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |http://bugs.koha-community. | |org/bugzilla3/show_bug.cgi? | |id=10589 CC| |veron(a)veron.ch --- Comment #5 from Marc Véron <veron(a)veron.ch> --- Still valid? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5366] New: Standing enh req for code changes enabling database agnosticism
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5366 Summary: Standing enh req for code changes enabling database agnosticism Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Database AssignedTo: gmcharlt(a)gmail.com ReportedBy: cnighswonger(a)foundations.edu QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 Please include any specific databases code changes are made for in the comment section when updating this req and submitting patches. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the QA contact for the bug.

1 27

[Bug 11200] New: Adding subfield without field in addbiblio.pl
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11200 Bug ID: 11200 Summary: Adding subfield without field in addbiblio.pl Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nunyo(a)masmedios.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In addbiblio.pl, subfield is adding but don't check if field exist. if ($title) { # $field->add_subfields("$subfield"=>"[ ".ucfirst($title).ucfirst($firstname)." ".$number." ]"); $field->add_subfields( "$subfield" => ucfirst($title) . " " . ucfirst($firstname) . " " . $number ); } else { # $field->add_subfields("$subfield"=>"[ ".ucfirst($firstname).", ".ucfirst($lastname)." ]"); $field->add_subfields( "$subfield" => ucfirst($firstname) . ", " . ucfirst($lastname) ); } -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 12022] New: Independent branches does not isolate pending and approved comments by branch.
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12022 Bug ID: 12022 Summary: Independent branches does not isolate pending and approved comments by branch. Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: bartonski(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Given Branches A and B Branch A patron logs on to OPAC and leaves a comment for a title. Branch B staff is then able to see these comments in Home > Tools > Comments > Approved comments, in both the "Approved Comments" and "Comments awaiting moderation" tabs. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 9411] New: Multiple uses of javascript eval on ajax responses in acq.js
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9411 Bug ID: 9411 Summary: Multiple uses of javascript eval on ajax responses in acq.js Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: hugh(a)davenport.net.nz hugh@hugh-desktop:~/code/koha (master)$ cat koha-tmpl/intranet-tmpl/prog/en/js/acq.js | grep eval // rc = eval ( xmlhttp.responseText ); actTotal = eval ( xmlhttp.responseText ); var result = eval ( xmlhttp.responseText ); var result = eval ( xmlhttp.responseText ); hugh@hugh-desktop:~/code/koha (master)$ -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 14541] New: Tax rate should not be forced to an arbitrary precision
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14541 Bug ID: 14541 Summary: Tax rate should not be forced to an arbitrary precision Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The following is an example gstrate for a real library 0|.08625|.0863|.085|.09|.0825|.0875|.075|.07625 Note the .08625 and .0863 Both of those rates show up as 8.6% for the order line editor ( acqui/neworderempty.pl ). There is no reason to force these numbers to be rounded and in fact makes the label not match the value! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 13323] New: Change the tax rate on receiving
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13323 Bug ID: 13323 Summary: Change the tax rate on receiving 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org This new feature will permit to update the tax rate on receiving. It has also been described on the wiki page (http://wiki.koha-community.org/wiki/GST_Rewrite_RFC) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 14680] New: when doing acquisitions, MarcFieldsToOrder-syspref discounts are instead added.
by bugzilla-daemon＠bugs.koha-community.org 24 Dec '15

24 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14680 Bug ID: 14680 Summary: when doing acquisitions, MarcFieldsToOrder-syspref discounts are instead added. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org Using the syspref 'MarcFieldsToOrder', getting the discount directly from the MARC causes the price to actually increase by the discount percentage, not decrease, if the Vendor/Bookseller is configured to include the VAT/GST in the list price. REPLICATE ISSUE: -1. Define 'MarcFieldsToOrder'-syspref to match the discount and price columns of your staged MARC Records. 0. Stage a MARC batch. 1. Make and acquisition from the staged file using /acqui/addorderiso2709.pl (Save the big staging list, don't click "Add order" on an individual Biblio.) 2. Observe that the Replacement price (rrp) is actually the (price + discount) instead of (price - discount). And the estimated cost is just the price in the MARC Record without any discount. AFTER THIS PATCH: Replay step 1. 2. rrp is now the price in the MARC Record incl. VAT/GST. ecost is now the VAT/GST included discounted price. NOTE! Because the subroutine I modified doesn't make much sense, it is presumed that there can be regression in other parts for other kinds of vendor configurations. Because the acquisitions module is in urgent need of complete back-end refactoring + PageObject/Cucumber regression test coverage, no further investigation is made to resolve those. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6