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

[Bug 14461] New: API authentication for SwaggerUI
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '15

21 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14461 Bug ID: 14461 Summary: API authentication for SwaggerUI Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Web services Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 14458 -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 13097] New: Use of ampersands ( & ) in holiday titles or descriptions breaks the calendar
by bugzilla-daemon＠bugs.koha-community.org 21 Aug '15

21 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13097 Bug ID: 13097 Summary: Use of ampersands ( & ) in holiday titles or descriptions breaks the calendar Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Use of ampersands ( & ) in holiday titles or descriptions breaks the calendar. At that point, the only way to recover is to edit the database directly and remove the offending characters. See video for demonstration. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 11388] New: Error exporting records to non-Unicode/MARC-8
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11388 Bug ID: 11388 Summary: Error exporting records to non-Unicode/MARC-8 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: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If you have a record with line endings and in OPAC want to "Save record" to "MARC (non-Unicode/MARC-8)" (opac-export.pl?format=marc8&op=export&bib=2778&save=Go) you'll get something like: An error occurred Creation of MARCXML Record failed: Field 964 must have at least one subfield at /usr/share/perl5/MARC/File/SAX.pm line 113 But the field have a subfield, the problem is with line endings (LF, \n). -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10832] New: Multi transport types for overdue notices
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10832 Bug ID: 10832 Summary: Multi transport types for overdue notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 9016 adds a UI for choosing transport types for overdues. The cronjob script misc/cronjobs/overdue_notices.pl should deal with this configuration. -- You are receiving this mail because: You are watching all bug changes.

1 50

[Bug 5262] New: authority plugin doesn't copy indicators
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5262 Summary: authority plugin doesn't copy indicators Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 While adding/editing a bibliographic record, the authority plugin inserts the content of an authority record (subfields) into a bibliographic record (e.g. PERSO_NAME --> bibliographic 100/700/800 field), BUT the indicators doesn't copy (i.e. ind1=1 for surname in authority 100 field doesn't appear in bibliographic). At first sight changes in (at least) following files are needed: intranet/cgi-bin/authorities/blinddetail-biblio-search.pl intranet/htdocs/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tmpl Regards! Janusz -- 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 30

[Bug 13321] New: Tax and prices calculation rewrite
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13321 Bug ID: 13321 Summary: Tax and prices calculation rewrite 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 When all patches blocking bug 12826 will be pushed, all the plumbing part will be done. We will be ready to properly handle the prices calculation. The idea is to create additional DB fields to store value tax included and tax excluded. For instance, for the ecost we will have ecost_tax_included and ecost_tax_excluded. On this way the calculation is done only one, on inserting/updating the order, and not every time we need to display these values. Note that the existing field will be kept, for 2 reasons: 1/ in some place in the code, we just need to retrieve what the user has inserted and 2/ it will be possible to go back if needed. In the long term, they will be removed. To be consistent, all occurrences of 'gste' will be replaced with 'tax_excluded", same for gsti. On the way, gstrate will be replaced with tax_rate, gstvalue with tax_value. Important note: It seems that the prices are generally correctly calculated (on master), the only problem I found is inconsistency in rounding. So we should not have a "migration problem" as I expected. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 13318] New: C4::Acq::GetParcel is not used and can be removed
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13318 Bug ID: 13318 Summary: C4::Acq::GetParcel is not used and can be removed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org The subroutine C4::Acquisition::GetParcel is never used in the code. It can be removed. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 12825] New: GST / VAT rewrite
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12825 Bug ID: 12825 Summary: GST / VAT rewrite 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 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 12

[Bug 13324] New: The fund values must be based on tax included values
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13324 Bug ID: 13324 Summary: The fund values must be based on tax included values 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org On calculating the fund values (spend, ordered), the calculation must be base on the values included tax, for all supplier configurations. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 14180] New: Make "Always show checkouts immediately" a global setting
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14180 Bug ID: 14180 Summary: Make "Always show checkouts immediately" a global setting 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: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Right now the checkbox is unchecked by default and your setting will be kept during the session. Several libraries have asked to check the checkbox permanently, as it's annoying to redo the checkbox every morning or even several times during the day. One of the librarians reporting this is relying on a screen reader and braille line - which makes the task of rechecking the checkbox in order to be able to read the checkouts even more tedious. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7