April 2013 - Koha-bugs - lists.koha-community.org

[Bug 8933] New: transport cost matrix capitalization wrong
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8933 Priority: P5 - low Change sponsored?: --- Bug ID: 8933 Assignee: nengard(a)gmail.com Summary: transport cost matrix capitalization wrong Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: ASSIGNED Version: rel_3_10 Component: Templates Product: Koha The transport cost matrix doesn't follow capitalization rules and is missing from the admin menu. The coming patch will fix this. Nicole -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 7483] New: A more detailed breadcrumb for authority management
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7483 Bug #: 7483 Summary: A more detailed breadcrumb for authority management Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates AssignedTo: adrien.saurat(a)biblibre.com ReportedBy: adrien.saurat(a)biblibre.com QAContact: koha.sekjal(a)gmail.com [MT1424] After editing a subfield in an Authority structure, we are redirected to the "auth_subfields_structure.pl" page with no breadcrumb to come back to the structure being edited. The breadcrumb only shows: Home › Administration › Authority MARC subfield structure When editing a bibliographic framework, the breadcrumb is much more practical: Home › Administration › MARC Frameworks › BD Framework Structure › Tag 011 Subfield Structure Something along this line should be implemented for authorities. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8

[Bug 8861] New: Undefined variables in batchMod.pl trigger error logs
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8861 Priority: P5 - low Change sponsored?: --- Bug ID: 8861 Assignee: gmcharlt(a)gmail.com Summary: Undefined variables in batchMod.pl trigger error logs Severity: minor Classification: Unclassified OS: All Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: master Component: Tools Product: Koha This module was looked at because of: [Tue Oct 02 17:00:56 2012] [error] [client 192.168.100.2] [Tue Oct 2 17:00:56 2012] batchMod.pl: Problem = a value of 1 has been passed to param without key at /usr/share/koha/lib/C4/Templates.pm line 187. There are two sections that match, though this was likely the $op case, not the $error case: $template->param( op => $nextop, $op => 1, ); foreach my $error (@errors) { $template->param($error => 1); } I would normally change: my $op = $input->param('op'); into my $op = $input->param('op') || q{}; However there was code that read: if (!defined $op) { So, I looked to see how $op was used after that: if ($op eq "action") { if ($op eq "show"){ Of course, the above error'ing code, and lastly. if ($op eq "action") { As such, I decided to define $op = q{} inside the if statement, after it ran it's !defined check. And I still moved the $op => 1 to an external, conditional template param call. Additionally, I looked for where @errors was used in the file, but only the declaration, and this foreach had a @errors reference. And as an array could be filled with undef's, I err'd on the side of caution by adding "if $error" on the template parameter call. This was found in 3.8.5. Looks like it is master too. Patch to follow shortly. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 7379] New: some database fields are displayed 'as is' when they are linked to autorised values
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7379 Bug #: 7379 Summary: some database fields are displayed 'as is' when they are linked to autorised values Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: gaetan.boisson(a)biblibre.com QAContact: ian.walls(a)bywatersolutions.com When items.copynumber is linked to an autorized value, the value displayed both on OPAC and on the staff interface is the one found in the database and not the description linked to the value. This should be fixed in order for this field to function like the other ones, where the authorized value's description is displayed when the field is linked to an authorized value. -- Configure bugmail: http://bugs.koha-community.org/bugzilla3/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 38

[Bug 8851] New: strange blue bar above serials results
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8851 Priority: P5 - low Change sponsored?: --- Bug ID: 8851 Assignee: oleonard(a)myacpl.org Summary: strange blue bar above serials results Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/serials/serials-search.pl?searched=1&titl e_filter=a Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 12621 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12621&action=edit search heading See attached. When doing a serials search there is a strange looking header bar at the top. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8742] New: Example uses perl 5.8 in Makefile.PL
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8742 Priority: P5 - low Change sponsored?: --- Bug ID: 8742 Assignee: gmcharlt(a)gmail.com Summary: Example uses perl 5.8 in Makefile.PL Severity: trivial Classification: Unclassified OS: All Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: unspecified Component: Installation and upgrade (command-line installer) Product: Koha When running a tarball or git install, the following is printed at the end of the process: --- BEGIN SNIPPET --- To change any configuration setting, please run perl Makefile.PL again. To override one of the target directories, you can do so on the command line like this: perl Makefile.PL PERL_MODULE_DIR=/usr/share/perl/5.8 You can also set different default values for parameters or override directory locations by using environment variables. --- END SNIPPET --- Seeing as 5.10 is the minimum version for Perl as of 3.6.x, this should be reflected. Test -------- $ perl Makefile.PL # hold down the enter key to accept all the defaults # scroll back up, if necessary, to see it does say 5.8 as above. Apply patch retest. The results should reflect an appropriate version. If there is /usr/share/perl/ in @INC, the first match is used. Otherwise, /usr/share/perl/5.10 is used (since the text does say LIKE this, and not EXACTLY this). Patch to follow shortly. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 8812] New: Staff Client: Patron search should display branch name instead of branch code in results table
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8812 Priority: P5 - low Change sponsored?: --- Bug ID: 8812 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Staff Client: Patron search should display branch name instead of branch code in results table Severity: normal Classification: Unclassified OS: All Reporter: veron(a)veron.ch Hardware: All Status: NEW Version: master Component: Staff Client Product: Koha Result list in patron search should display branchname instead of branchcode. Similar reason as with Bug 8810: The name of the branch can change and the original meaning of the branchcode could be lost (that happened to us and we need a solution asap). Since branchcode is used as database key as well it would be very difficult to change it in all the tables. Patch follows. Marc -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 8831] New: gstrate should say 'Tax rate'
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8831 Priority: P5 - low Change sponsored?: --- Bug ID: 8831 Assignee: nengard(a)gmail.com Summary: gstrate should say 'Tax rate' Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/acqui/neworderempty.pl?booksellerid=1&bas ketno=34 Hardware: All Status: ASSIGNED Version: master Component: Acquisitions Product: Koha Created attachment 12533 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12533&action=edit gstrate GST was replaced with Tax everywhere, so this patch fixes the one last occurrence of that. Patch coming. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 8741] New: crontab.example missing username, fails in some systems
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8741 Priority: P5 - low Change sponsored?: --- Bug ID: 8741 Assignee: gmcharlt(a)gmail.com Summary: crontab.example missing username, fails in some systems Severity: enhancement Classification: Unclassified OS: All Reporter: tomascohen(a)gmail.com Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha The default Ubuntu cron daemon needs the user that will be used to run the command defined for each line. It is a standard nowadays and will not break other OS's, but will address issues from some users. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 8610] New: Normalize records imported from Z39.50 servers to prevent Zebra search problems.
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8610 Priority: P5 - low Change sponsored?: --- Bug ID: 8610 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Normalize records imported from Z39.50 servers to prevent Zebra search problems. Severity: enhancement Classification: Unclassified OS: All Reporter: fcapovilla(a)live.ca Hardware: All Status: NEW Version: rel_3_8 Component: Z39.50 / SRU / OpenSearch Servers Product: Koha Created attachment 11512 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=11512&action=edit Normalize records imported from Z39.50 servers. Records with separated diacritics might not show up in Zebra searches if the search terms use accented characters, because typed UTF-8 accented characters normally use combined diacritics. Some Z39.50 server may use the MARC-8 encoding, which uses separated diacritics. By forcing a normalization, all imported records will have combined diacritics. Example serveur using separated diacritics (MARC-21): http://www.collectionscanada.gc.ca/amicus/006002-400-f.html Hostname: amicus.collectionscanada.gc.ca Port: 210 Database: BN Syntax: MARC21/USMARC Encoding: MARC-8 -- You are receiving this mail because: You are watching all bug changes.

1 9