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

[Bug 6573] New: Library name entry field enforces unnecessary maxlength
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6573 Bug #: 6573 Summary: Library name entry field enforces unnecessary maxlength Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/admin/branches.pl?op=add OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: System Administration AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When creating a new library the library name form field has a maxlength of 80 characters. The column in the database is "mediumtext," so a limit is not necessary. -- 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 5

[Bug 5917] New: Switch Koha to use Template::Toolkit
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5917 Bug #: 5917 Summary: Switch Koha to use Template::Toolkit Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chris(a)bigballofwax.co.nz QAContact: koha-bugs(a)lists.koha-community.org -- 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 192

[Bug 6766] New: Template variable scope errors in holds template
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6766 Bug #: 6766 Summary: Template variable scope errors in holds template Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org Blocks: 5917 Created attachment 5103 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=5103 Each table of existing holds should show a title I've found two template variable scope errors in request.tt: One prevents the display of titles when the user is placing holds on multiple items. The other prevents the display of the patron information when there is a error placing a hold. -- 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 8

[Bug 5234] New: Remove unused CSS files
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5234 Summary: Remove unused CSS files Change sponsored?: --- Product: Koha Version: HEAD Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Templates AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: henridamien(a)koha-fr.org Estimated Hours: 0.0 These CSS files look like they're a relic of pre-3.0 days: intranet-print.css intranet.css intranet2.css intranet2popup.css This one hasn't been touched sine 2007: staff-global2.css ...Is it used by anyone? What about blue.css? -- 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 10

[Bug 7675] New: New script for changing selinux file labels on perl scripts
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7675 Priority: P3 Change sponsored?: --- Bug ID: 7675 Assignee: m.de.rooy(a)rijksmuseum.nl Summary: New script for changing selinux file labels on perl scripts QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: m.de.rooy(a)rijksmuseum.nl Hardware: All Status: ASSIGNED Version: master Component: Command-line Utilities Product: Koha On some Linux distributions like RedHat, Fedora, CentOS you can use SELinux for enhanced security. Among others, this involves file labeling (security context). In other distributions SELinux can be installed additionally. The attached script xt/set-selinux-labels lets you update and restore such labels on the perl script in a Koha installation. Note that there is more to it to get Koha running with SELinux, but this is a first step. -- You are receiving this mail because: You are watching all bug changes.

1 24

[Bug 7068] New: autobarcode not working when duplicating patrons
by bugzilla-daemon＠bugs.koha-community.org 14 Sep '12

14 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7068 Bug #: 7068 Summary: autobarcode not working when duplicating patrons Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When using the duplicate button on the patron record the cardnumber is not generated even if the autobarcode is set - it does work if you add a new patron via the 'new' button. -- 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 11

[Bug 6975] New: OPACBaseURL called as OPACBaseurl in many templates
by bugzilla-daemon＠bugs.koha-community.org 13 Sep '12

13 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6975 Bug #: 6975 Summary: OPACBaseURL called as OPACBaseurl in many templates Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Templates AssignedTo: ian.walls(a)bywatersolutions.com ReportedBy: ian.walls(a)bywatersolutions.com QAContact: koha-bugs(a)lists.koha-community.org Template::Toolkit translation issue; the capitalization is off, preventing the value from being parsed into many key pages on the OPAC. -- 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 10

[Bug 5410] New: "Right truncation not supported" error when running link_bibs_to_authorities.pl
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '12

11 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5410 Summary: "Right truncation not supported" error when running link_bibs_to_authorities.pl Change sponsored?: --- Product: Koha Version: rel_3_0 Platform: PC OS/Version: Linux Status: NEW Severity: normal Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: fcapovilla(a)live.ca QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 This error can happen multiple times when running misc/link_bibs_to_authorities.pl with a large number of biblios : CCL parsing error (10014) Right truncation not supported ZOOM at ... I did some tests and found that the error happens when the script try to search for an authority that ends with a "?". "?" seems to be a wildcard character for truncation in CCL. Examples of CCL queries causing a "Right truncation not supported" error : Match-heading,ext="Qui, quand, quoi?" AND at='UNIF_TITLE' AND Heading-use-series-added-entry=a Match-heading,ext="Lescarbot, Marc, 1570?-1630?" AND at='PERSO_NAME' AND Heading-use-subject-added-entry=a AND Subject-heading-thesaurus=rvm A possible solution would be to find a way escape the "?"s so they aren't seen as truncations by the CCL parser. -- 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 13

[Bug 5155] New: Question marks cause problems for BiblioAddsAuthorities
by bugzilla-daemon＠bugs.koha-community.org 11 Sep '12

11 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5155 Summary: Question marks cause problems for BiblioAddsAuthorities Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 When BiblioAddsAuthorities is on, personal name headings that include question marks do not automatically generate authority records, even though the exact same name without the question mark works properly. To reproduce this bug, create a new record and put, for example, "Smith, John," in 100$a and "1920-1980?" in 100$d. Save the record. There will not be any authority record linked to that heading. If you do the exact same thing but do not include the question mark, an authority record will be created. -- 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 1

[Bug 5705] New: search 4XX fields in authorities and link to 1XX
by bugzilla-daemon＠bugs.koha-community.org 10 Sep '12

10 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5705 Summary: search 4XX fields in authorities and link to 1XX Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: eb(a)efdss.org QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 Created attachment 3082 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3082 Authority with alternate (see from) terms in current search results In plain English, I would like the ability in both the OPAC and staff interface to 1)allow searching on the 4XX fields in authority records 2)provide a link from an incorrect form of an authority term (4XX) to the correct authority term (1XX) when someone searches on an incorrect one. We have 4XX fields for many alternate spellings, or alternate terms in the authority records, but they don't come up in the Authority search. Currently, If someone searches on the incorrect form, they are not directed to the correct form. This may result in false negative search results. However, when they search on the correct form, the see from (alternate) terms are displayed. A very nice feature (though not critical) would be a window that says something helpful like "did you mean?" with the related 1XX $a field information. -- 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