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

[Bug 4887] New: "Default value" option missing for Authority records
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4887 Summary: "Default value" option missing for Authority records Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: s.bolelli(a)libercoop.it QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 In the Authorities frameworks (Administration, Authority types) managing the subfield definitions is not possible to set a "default value" as for subfield definition of the MARC Bibliographic framework (Administration, MARC Bibliographic framework). It would be useful to have the option to specify a default value that is the same for every authority record -- 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 2

[Bug 8757] New: Longer size text for authorised values "lib"
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8757 Priority: P5 - low Change sponsored?: --- Bug ID: 8757 Assignee: adrien.saurat(a)biblibre.com Summary: Longer size text for authorised values "lib" Severity: enhancement Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Database Product: Koha Authorised Values have many uses, and, among others things, store in SUGGEST the potential "reasons" (then stored in the "suggestions" table) for which a suggestion can be refused. To give better informations to borrowers, some librairies would like to see longer "lib_opac" fields (the "lib" field should follow the movement, of course). Knowing the many uses of AV, and the fact that some languages may need more words than others ton convey a message, the length of these lib fields could be made longer (maybe 200 or 250 chars). -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 6281] New: Bug in LCC sort routine
by bugzilla-daemon＠bugs.koha-community.org 17 Jul '13

17 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6281 Bug #: 6281 Summary: Bug in LCC sort routine Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: PC OS/Version: Windows Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: flanagan(a)ucar.edu QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com While doing some work in the Inventory Tool, I notice that Koha is ordering things strangely. It seems to be trying to order things, albeit unsuccessful, according to Dewey rules. I have my DefaultClassificationSource set to Library of Congress. I'm not sure what the problem is, but it's doing things like putting QC145.45 .H4 D65 1998 before QC145 .A57 V.12 1980 and QC995 .E29 1997 before QC100 .U57 NO. 555 1986 And when I give it a range between, say, QC150 and QC 250, it gives me QC2 and QC 20 as well. Galen: "Fortunately, it will be easy for me to fix, as there is another open-source LCC sort routine that we can use as a replacement, it just needs to be wired in." -- 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 28

[Bug 10447] New: Language definitions for 'ru' and 'uk' are not available during install
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '13

16 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10447 Bug ID: 10447 Summary: Language definitions for 'ru' and 'uk' are not available during install Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: frederic(a)tamil.fr Language definitions for those languages are present but they are not available for selection during tarball install, nor advertised for use with koha-create. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 10496] New: opac tabs losing focus
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '13

16 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10496 Bug ID: 10496 Summary: opac tabs losing focus Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com Created attachment 19161 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=19161&action=edit title notes tab selected, but not highlighted In the OPAC when on the detail page the tabs in the holdings table don't have any focus in CCSR. I tested on a couple of master installs (one with custom CSS and one without). -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 8884] New: opacheader is not in the header on CCSR
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '13

16 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8884 Priority: P5 - low Change sponsored?: --- Bug ID: 8884 Assignee: oleonard(a)myacpl.org Summary: opacheader is not in the header on CCSR Severity: major Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: OPAC Product: Koha Created attachment 12720 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=12720&action=edit opacheader to the right of search In CCSR the opacheader preference isn't really in the header it's to the right of the search box (see attached). I'm okay with a customizable region over there, but we should have a new preference for that and header should be above the search box as it implies -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 7240] New: Cleaning up import tables and action_log
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '13

16 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7240 Bug #: 7240 Summary: Cleaning up import tables and action_log Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities AssignedTo: gmcharlt(a)gmail.com ReportedBy: m.de.rooy(a)rijksmuseum.nl QAContact: ian.walls(a)bywatersolutions.com I already asked on dev list: > Is anyone of you using code to periodically purge records from > import_records, import_biblios, import_batches and/or action_logs ? > > If so, would it be an idea to include such code into > cleanup_database.pl in misc/cronjobs ? Response of Paul on dev list: +1 Sounds a very good idea. We have already made a dirty mysql "truncate xxx" on some setups IIRC. Would be better to have it in cleanup_database. I also agree it should be driven by a parameter, like the number in days to keep/clean. Something like cleanup_database --import 90 --action_logs 180 (90 days for import_* tables and 180 for action logs in this example) And if no parameter are given, either do nothing or remove after a default duration (30 for import ? 90 for action_logs ?) Will be sending a proposed patch. -- 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 13

[Bug 6793] New: imported and cleaned basket should be regularly deleted
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '13

16 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6793 Bug #: 6793 Summary: imported and cleaned basket should be regularly deleted Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: dev_patches(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org imported baskets should be deleted on a regular base. -- 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 4

[Bug 10336] New: UT: HoldsQueue.t needs to create its own data
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '13

16 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10336 Bug ID: 10336 Summary: UT: HoldsQueue.t needs to create its own data Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com t/db_dependent/HoldsQueue.t depends on the Jenkins database. We should create the data we want and delete them at the end. -- You are receiving this mail because: You are watching all bug changes.

1 28

[Bug 10495] New: t/db_dependent/HoldsQueue.t can fail unnecessarily
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '13

16 Jul '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10495 Bug ID: 10495 Summary: t/db_dependent/HoldsQueue.t can fail unnecessarily Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: gmcharlt(a)gmail.com The test case assumes that the AutomaticItemReturn system preference is off initially; if it starts off on, two of the tests fail: not ok 4 - take from homebranch (don't use cost matrix) holding branch # Failed test 'take from homebranch (don't use cost matrix) holding branch' # at t/db_dependent/HoldsQueue.t line 162. # got: 'FFL' # expected: 'CPL' [snip] ok 5 - take from homebranch (use cost matrix) pick up branch not ok 6 - take from homebranch (use cost matrix) holding branch # Failed test 'take from homebranch (use cost matrix) holding branch' # at t/db_dependent/HoldsQueue.t line 162. # got: 'UPL' # expected: 'CPL' [snip] Test Summary Report ------------------- t/db_dependent/HoldsQueue.t (Wstat: 512 Tests: 18 Failed: 2) Failed tests: 4, 6 Non-zero exit status: 2 The test case should explicitly turn off the AutomaticItemReturn syspref when it starts. -- You are receiving this mail because: You are watching all bug changes.

1 13