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

[Bug 11700] New: C4::AuthoritiesMarc::merge enhancements/fixes
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11700 Bug ID: 11700 Summary: C4::AuthoritiesMarc::merge enhancements/fixes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 7419 patches contains several enhancements and fixes for subroutine C4::AuthoritiesMarc::merge. This bug is complicated to test so I will remove changes to this subroutine from bug 7419 and put it here. So maybe it will increase the chances to push these patches into master. -- You are receiving this mail because: You are watching all bug changes.

1 67

[Bug 13762] New: biblionumber field and subfield can be called once in authorities merge
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13762 Bug ID: 13762 Summary: biblionumber field and subfield can be called once in authorities merge Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In AuthoritiesMarc::merge, the call of GetMarcFromKohaField( "biblio.biblionumber", '' ) is into several foreach loops. This call can be extracted to be executed only once. Also, the biblionumber of each record can be stored in @reccache to avoid finding it twice. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 15376] New: Edit invoices: Can not change Shipping cost.
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15376 Bug ID: 15376 Summary: Edit invoices: Can not change Shipping cost. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org To verify: - Go to Home > Acquisitions - Edit an invoice that has no shipping date - Change shipment cost. Leave shipping date empty - Save Result: Page reloads, shipment cost keeps old value. Warnings in intranet-error.log -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 15119] New: Hide search header text boxes on render
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15119 Bug ID: 15119 Summary: Hide search header text boxes on render Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The whole multiple textboxes in the search header showing while the page is rendering is getting old. Could someone please set all forms except for the first form in the search header to hidden initially, rather than waiting for the page to load before hiding them? That would be wonderful! Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 15525] New: Delete button on show, edit, and run pages of reports doesn't ask for confirmation to delete
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15525 Bug ID: 15525 Summary: Delete button on show, edit, and run pages of reports doesn't ask for confirmation to delete Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org on /cgi-bin/koha/reports/guided_reports.pl /cgi-bin/koha/reports/guided_reports.pl?reports=4&phase=Edit SQL /cgi-bin/koha/reports/guided_reports.pl?reports=4&phase=Show%20SQL clicking the delete button doesn't ask the user to confirm that they want to delete the report. It probably should. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 10551] New: Merging records allows duplicaton of non-repeatable subfields
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10551 Bug ID: 10551 Summary: Merging records allows duplicaton of non-repeatable subfields 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: katrin.fischer(a)bsz-bw.de CC: jcamins(a)cpbibliography.com, m.de.rooy(a)rijksmuseum.nl To test: - Add 2 records to a list - Go to the list, select those 2 and merge them using the button on top - Select either record as the destination record - Select 245$a from the second tab to be also added to the record - Verify no warning is given. - Finish merge process. - Verify that the new record shows 2 245$a subfields. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 15100] New: MARC21: Display of $d for 7xx and 1xx fields should be optional
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15100 Bug ID: 15100 Summary: MARC21: Display of $d for 7xx and 1xx fields should be optional Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org With some of the changes done for 3.22 we have started displaying $d for 7xx and 1xx fields in the OPAC. $d - Dates associated with a name (NR) Example: Record: 700 1 _aMustermann, Karin _d1909-2002 Display: Contributor(s): Mustermann, Karin 1909-2002 There is no way to hide the $d. We should at least add a span with a class to make this possible. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 12721] New: Wrong fieldnames or trailing | in system preference StatisticsFields lead to crash
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '16

08 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12721 Bug ID: 12721 Summary: Wrong fieldnames or trailing | in system preference StatisticsFields lead to crash Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com To reproduce: 1) Edit system preference StatisticFields Set it to: location|itype|ccode Search a patron and display statistics Result: OK, statistics displas 2) Add a trailing | to StatisticFields: location|itype|ccode| Display statistics Result: Software error: Can't use an undefined value as an ARRAY reference at /usr/lib/perl5/DBI.pm line 2054. Display statistics 3) Put a space between ccode and trailing | location|itype|ccode | Display statistics Result: Statistic displays default table with Shelving locaton, Item type and Collection code 4) Remove trailing | and misspell one field: lcation|itype|ccode Display statistics Result: Software error: Can't use an undefined value as an ARRAY reference at /usr/lib/perl5/DBI.pm line 2054. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 15030] New: Certain values in serials' items are lost on next edit
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15030 Bug ID: 15030 Summary: Certain values in serials' items are lost on next edit Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: philippe.blouin(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When editing serials subscription, we can edit them but some values are not pulled from the DB correctly to be put in the edit box. If not noticed, the value will be overwritten on the next save. Test: - Create a subscription - Edit itemcallnumber (952o?) and make sure to have a different value than the default one. - Save. - Edit it again - The saved value is not there. This is true for itemcallnumber and a few other fields. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 14048] New: Change RefundLostItemFeeOnReturn to be branch specific
by bugzilla-daemon＠bugs.koha-community.org 07 Jan '16

07 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14048 Bug ID: 14048 Summary: Change RefundLostItemFeeOnReturn to be branch specific Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Some library systems would like to be able to control the behavior of RefundLostItemFeeOnReturn Expected outcome: To make the RefundLostItemFeeOnReturn system preference branch specific Plan of Attack: 1) Add new field 'refund_lost_item_fee_on_return' to the 'branches' table 2) Pre-populate this field with the system preference value for RefundLostItemFeeOnReturn 3) Remove the system preference RefundLostItemFeeOnReturn 4) Replace uses of RefundLostItemFeeOnReturn with a lookup of the value of branches.refund_lost_item_fee_on_return 5) Use HomeOrHolding to control whether the home branch or the holding branch of the item is used to determine this. 6) Reveal the setting in the branches editor -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13