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

[Bug 4078] Display active currency symbol on currency output and input
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '15

01 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4078 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |12979 --- Comment #15 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- (In reply to Marc Véron from comment #14) > Still applies. > Removed 12979 as blocking (12979 is pushed to Master). I think it's a good thing to keep the dependencies, even when the patches are pushed. Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12979 [Bug 12979] Price formatting should only be defined at one place -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12979] New: Price formatting should only be defined at one place
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '15

01 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12979 Bug ID: 12979 Summary: Price formatting should only be defined at one place 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 git grep Number::Format will show you the places where the currency format is defined. This formatting should only be defined in the new module Koha::Number::Price. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 13093] New: Allow/Don't allow holds on items with set statuses
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '15

01 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13093 Bug ID: 13093 Summary: Allow/Don't allow holds on items with set statuses Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration 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 It would be helpful if there was more consistency between statuses regarding holds. The LOST category does not allow holds. The DAMAGED category has a global preference to allow/don't allow holds. The NOTFORLOAN category allows you to set a positive or negative value to indicate if it is holdable or not. For us, it would be great if we ditched the AllowHoldsOnDamagedItems preference and made LOST, DAMAGED, and NOTFORLOAN the same, where you to set a positive or negative value to indicate if it is holdable or not. (Hey, look at that! Someone is requesting a preference be removed!) Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 4078] Display active currency symbol on currency output and input
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '15

01 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4078 Marc Véron <veron(a)veron.ch> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on|12979 | --- Comment #14 from Marc Véron <veron(a)veron.ch> --- Still applies. Removed 12979 as blocking (12979 is pushed to Master). Referenced Bugs: http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12979 [Bug 12979] Price formatting should only be defined at one place -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11297] New: Add support for custom PQF attributes for Z39.50 server searches.
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '15

01 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11297 Bug ID: 11297 Summary: Add support for custom PQF attributes for Z39.50 server searches. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: gmcharlt(a)gmail.com Reporter: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 23144 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23144&action=edit Add support for custom Z39.50 attributes for Z39.50 servers. For some Z39.50 servers, some PQF attributes are required for the server to return results to searches. For example, the BANQ server (catalogue.banq.qc.ca) requires "@attr 4" to always be set. No results are returned without this attribute. For this server, we simply enter "@attr 4=1" in the "Attributes" field added by this patch, and the server then returns results correctly. This patch can also be used to force PQF attributes in all searches to a specific Z39.50 server in order to override the server's default values. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 12188] New: fines duplicated after changing dateformat
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '15

01 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12188 Bug ID: 12188 Summary: fines duplicated after changing dateformat Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 27948 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27948&action=edit fines duplicated hi, I changed sys pref dateformat to put dd/mm/aaaa and after cron of overdues, fines were duplicated (see attachment). I think a bug is on date on description of charges or on cron? Someone noticed it? Regards, Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 12151] New: remove remaining uses of the Perl smartmatch operator
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '15

01 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12151 Bug ID: 12151 Summary: remove remaining uses of the Perl smartmatch operator Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The Perl smartmatch operator has been marked as experimental as of Perl 5.18. As the syntax and interpretation of it is therefore subject to change, current uses of it should be removed. This is especially the case when running under Perl 5.18, as by default use of experimental constructs generates warning messages. The following source files contain the ~~ operator: C4/Search.pm: unless ( $data ~~ @used_datas ) { misc/translator/translate: if ( $cmd !~ /create/ && $lang && not $lang ~~ $installer->{langs} ) { opac/opac-search.pl: if ( $sort ~~ @allowed_sortby ) { tools/batchMod.pl: unless ( $field_to_update->subfield($subfield->[0]) ~~ $subfield->[1] ) { The following source files contain the given construct, which also uses smartmatch: C4/Serials.pm: given ($num_type) { reports/acquisitions_stats.pl: given ($_) { reports/acquisitions_stats.pl: given ($podsp) { reports/acquisitions_stats.pl: given ($rodsp) { reports/acquisitions_stats.pl: given ($process) { reports/borrowers_stats.pl: given ($line) { reports/borrowers_stats.pl: given ($column) { reports/borrowers_stats.pl: given ($i) -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 15165] New: REST API routes to list, edit and pay borrower's accountlines
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '15

01 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15165 Bug ID: 15165 Summary: REST API routes to list, edit and pay borrower's accountlines Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: alex.arnaud(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Add routes on RESTful API to: - list all accountlines, - list accountlines for a specific borrower, - edit accountlines, - pay accountlines. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 13891] New: Make all patron searches use DataTables server-side processing
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '15

01 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13891 Bug ID: 13891 Summary: Make all patron searches use DataTables server-side processing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: jonathan.druart(a)biblibre.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 9811 Blocks: 12633 Bug 9811 introduces a new search way for patrons. Some code have been refactored and the server-side option of DataTables is now used. Bug 12648 (basket users) and bug 13021 (guarantors) uses the same way to search patrons. But in 3 other places, the former C4::Members::Search subroutine is still used (and in some cases, a manual pagination...): - budget users and owner - serial recipients - patron cards The 2 expected goals are 1/ Use the same centralized way to search for patrons and 2/ to get rid of the last calls to the C4::Members::Search (and so SQLHelper). -- You are receiving this mail because: You are watching all bug changes.

1 37