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

[Bug 14689] New: Marc field 648 does not appear in the subject index
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '15

02 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14689 Bug ID: 14689 Summary: Marc field 648 does not appear in the subject index Change sponsored?: --- Product: Koha Version: 3.20 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org Actually you cannot search content stored in the Marc21 648 field (Subject Added Entry - Chronological Term). Terms stored in the $a subfield of this field should be searchable through the normal subject index. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 14758] New: Re-engineer Talking Tech support in Koha
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '15

02 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14758 Bug ID: 14758 Summary: Re-engineer Talking Tech support in Koha Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Right now Talking Tech support within Koha works, but does not integrate well with the existing messaging system. I would propose we re-engineer Talking Tech by doing the following: 1) Remove all the exceptions that hide/modify the use of the 'phone' notice so that it is once again treated like any other type of notice. 2) Define the 'phone' notice for a given action as the line that is created in the CSV file 3) Have the outbound cron script for Talking Tech gather these notices together into a CSV file, rather than having it generate the notices and CSV file itself. This will end with a much cleaner implementation of Talking Tech that could easily be used for other phone automation systems as well! -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 11300] New: Add a new authority linker which searches for authority links on a Z39.50 server.
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '15

02 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11300 Bug ID: 11300 Summary: Add a new authority linker which searches for authority links on a Z39.50 server. 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: fcapovilla(a)live.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 23147 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=23147&action=edit Add a Z39.50 Linker that searches for authority links in the specified Z39.50 server. This patch adds a Z39.50 Linker which searches for authority links on a remote server. If a matching authority is found, it's imported in the local database for linking with the current biblio record. If no matching authority was found on the remote server, the Linker falls back to a local authority search. Configuration : * The option "Z39.50 Server" is added to the LinkerModule preference. You must choose this to use the new Linker. * The preference LinkerZ3950Server is required and specifies which server to use for linking. It must contain the "name" of the server, as defined in the z3950servers table. * You can set the "local_first" option in the LinkerOptions preference to force the Linker to search for authorities in the local database first. If no local authority match was found, the Linker falls back to a remote Z39.50 search. This patch depends on code added in Bug 11299, and must be applied after it. Sponsored-by: CCSR ( http://www.ccsr.qc.ca ) -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 13761] New: Hide toolbar when printing a list page
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '15

02 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13761 Bug ID: 13761 Summary: Hide toolbar when printing a list page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Lists 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 When printing a list page at Intranet, the toolbar is useless. Hide it in print.css. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 14497] New: Add warning to patron details page if patron's fines exceed noissuescharge
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '15

01 Dec '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14497 Bug ID: 14497 Summary: Add warning to patron details page if patron's fines exceed noissuescharge Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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 librarians have requested that the same warning on the check out page be placed on the patron details page if a patron's fines exceed the system preference noissuescharge. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[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 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