October 2012 - Koha-bugs - lists.koha-community.org

[Bug 8944] New: fix wording on invoice search
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8944 Priority: P5 - low Change sponsored?: --- Bug ID: 8944 Assignee: nengard(a)gmail.com Summary: fix wording on invoice search Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: ASSIGNED Version: rel_3_10 Component: Acquisitions Product: Koha The coming patch will fix the wording on the invoice page. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 8935] New: transport cost matrix could be prettier
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8935 Priority: P5 - low Change sponsored?: --- Bug ID: 8935 Assignee: oleonard(a)myacpl.org Summary: transport cost matrix could be prettier Severity: minor Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/admin/transport-cost-matrix.pl Hardware: All Status: NEW Version: rel_3_10 Component: Templates Depends on: 8933, 8934 Product: Koha This page might benefit from some style changes to match the styles used throughout the staff client. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 8934] New: fix typo and language on transport cost matrix
by bugzilla-daemon＠bugs.koha-community.org 21 Apr '13

21 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8934 Priority: P5 - low Change sponsored?: --- Bug ID: 8934 Assignee: nengard(a)gmail.com Summary: fix typo and language on transport cost matrix Severity: normal 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 has a typo (arbitrarymax) and the help could be worded a bit clearer. The coming patch makes these changes. -- You are receiving this mail because: You are watching all bug changes.

1 8

[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