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

[Bug 9023] New: Update installer txt files to have more accurate information
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '13

23 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9023 Priority: P5 - low Change sponsored?: --- Bug ID: 9023 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Update installer txt files to have more accurate information Severity: enhancement Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: Installation and upgrade (web-based installer) Product: Koha Some of the text files contain hints about hardcoded branchcodes and categories - those information should be removed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 7932] New: twitter share doesn't work with socialnetworks
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '13

23 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7932 Priority: P5 - low Change sponsored?: --- Bug ID: 7932 Assignee: oleonard(a)myacpl.org Summary: twitter share doesn't work with socialnetworks QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha The Twitter share button added by the socialnetworks preference doesn't take the url of the page you're sharing - it just opens a blank twitter status window. -- You are receiving this mail because: You are watching all bug changes.

1 32

[Bug 8997] New: Dead code in C4/Language causing useless SQL queries
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '13

23 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8997 Priority: P5 - low Change sponsored?: --- Bug ID: 8997 Assignee: paul.poulain(a)biblibre.com Summary: Dead code in C4/Language causing useless SQL queries Severity: major Classification: Unclassified OS: All Reporter: paul.poulain(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Architecture, internals, and plumbing Product: Koha In C4/Language, getTranslatedLanguages calls getAllLanguage, passes it to _build_languages_arrayref, that does nothing of it removing this dead code will clean & reduce SQL overhead -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 8880] New: Uninitialized variable triggers error log entry in circulation.pl
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '13

23 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8880 Priority: P5 - low Change sponsored?: --- Bug ID: 8880 CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: Uninitialized variable triggers error log entry in circulation.pl Severity: trivial Classification: Unclassified OS: All Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: unspecified Component: Circulation Product: Koha I am using bug 8777 as a master bug with several sub-bug reports, as various pieces may be accepted without issue, while others may need rebasing/refixing which would hinder one giant patch. This update overlaps with bug 8826, because the initialization of a hash is within three lines of part of this fix. As such, I have made the same changes in this patch. That is changed the initialization of the hashes from {} to (). To verify potential side effects, I did a search through the circulation.pl file for all occurrences of the variable initialized. This patch initializes $findborrower The error was triggered by trying to substitute on the very next line for an undefined findborrower. An if statement on $findborrow functions the same for undefined and q{}. And TT treats undefined as q{} as well. The || q{} should prevent the error and have no changes in logic. This patch initializes $barcode The error was triggered by trying to substitute on the very next line for an undefined barcode. The if condition on the following line behaves the same for undefined and q{}. The stickyduedate check if condition on $barcode behaves the same. The if condition to check "if we should print" now doesn't generate an error log entry. The inprocess initialization should not trigger an error log now. The next line's if still generates an error log due to a lack of the charges parameter, not due to an undefined barcode. The "STEP 3 : ISSUING" if condition behaves the same. There is no need to check inside the if, because q{} does not run that code (just like undefined didn't). And TT treats undefined as q{} as well. The || q{} should prevent errors and have no changes in logic. This patch initializes $print. Make sure not to confuse it with $printer. :) The "if we should print" if condition no longer generates an error log. However, the if condition containing "$borrowernumber ne ''" still generates an error log, as $borrowernumber is not initialized. Tracing the logic for $borrowernumber is more difficult as external functions are called using it. The || q{} for $print prevents an error and has no effect on the processing logic. Test Plan --------- 1) Login to staff client 2) Circulation 3) Click the 'Check out' link. 4) Go check the error log. Currently under 3.8.5 this generates error log entries for lines: 97,101,163,168,175,610,644, and 660 (in my testing on 3.8.5). 5) apply patch. 6) Home 7) Circulation 8) Click the 'Check out' link. 9) Go check the error log. This should resolve lines 97, 101, 163, and 175 (under 3.8.5) Patches to follow as master and 3.8.x differ. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 8750] New: Chronological terms authorities not correctly indexed
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '13

23 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8750 Priority: P5 - low Change sponsored?: --- Bug ID: 8750 Assignee: gmcharlt(a)gmail.com Summary: Chronological terms authorities not correctly indexed Severity: enhancement Classification: Unclassified OS: All Reporter: tomascohen(a)gmail.com Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha There's no entry in authority's record.abs for indexing chronological terms. They cannot be searched and (obviously) linked. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 10099] New: Cataloguing search result list links broken
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '13

23 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10099 Bug ID: 10099 Summary: Cataloguing search result list links broken Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de CC: m.de.rooy(a)rijksmuseum.nl All links on the cataloguing search result list are missing the biblionumber. Not being able to do anything from this list makes the search useless. To reproduce: 1) Search catalog using the search in cataloguing 2) Check links on the result list -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 5564] New: UNIMARC plugin for field 4XX fails
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '13

22 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5564 Summary: UNIMARC plugin for field 4XX fails Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging 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 Created attachment 2929 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=2929 Proposed correcions to unimarc_field_4XX.tmpl There is an error in template file unimarc_field_4XX.tmpl: instead of "UNIMARC Field_4XX.pl" as it is now it should be in every location: "unimarc_field_4XX.pl" Otherwise the plugin fails. 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 3

[Bug 10091] New: Remove unused ModOrderBiblioitemNumber subroutine
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '13

22 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10091 Bug ID: 10091 Summary: Remove unused ModOrderBiblioitemNumber subroutine Classification: Unclassified 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: colin.campbell(a)ptfs-europe.com The subroutine ModOrderBiblioitemNumber is not called anywhere else in Koha. It should be removed -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 3397] Deleting item record leaves a hole in patron's reading history
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '13

22 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3397 Chris Cormack <chris(a)bigballofwax.co.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Pushed to Master |RESOLVED Resolution|--- |FIXED --- Comment #10 from Chris Cormack <chris(a)bigballofwax.co.nz> --- Released in 3.10.0 -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 8321] New: fix OPACShowBarcode description
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '13

22 Apr '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8321 Priority: P5 - low Change sponsored?: --- Bug ID: 8321 Assignee: nengard(a)gmail.com Summary: fix OPACShowBarcode description Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: ASSIGNED Version: master Component: Templates Product: Koha OPACShowBarcode has a description of: Show/Don't show Show items barcode in holding tab. It's repeating the "show" bit. Patch coming fixing this and the grammar on this preference. -- You are receiving this mail because: You are watching all bug changes.

1 8