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

[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

[Bug 6566] New: Checking if DB records are properly indexed
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '12

07 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6566 Bug #: 6566 Summary: Checking if DB records are properly indexed Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Searching AssignedTo: gmcharlt(a)gmail.com ReportedBy: christophe.croullebois(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Small script that checks that each biblio in the DB is properly indexed. parameters: \th this help screen \tc confirm (without this parameter, you get the help screen \tz insert a signal in zebraqueue to force indexing of non indexed biblios \ts silent throw no warnings except for non indexed records. Otherwise throw a warn every 1000 biblios to show progress Syntax: \t./batchCheckNonIndexedBiblios.pl -h (or without arguments => shows this screen) \t./batchCheckNonIndexedBiblios.pl -c (c like confirm => check all records (may be long) \t-t => test only, change nothing in DB -- 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 15

[Bug 5912] New: Hold queue 'jump'
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '12

07 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5912 Bug #: 5912 Summary: Hold queue 'jump' Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Hold requests AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com -- 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 6903] New: Quantity for odering from suggestion should not default to 0
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '12

06 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6903 Bug #: 6903 Summary: Quantity for odering from suggestion should not default to 0 Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Acquisitions AssignedTo: henridamien(a)koha-fr.org ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org When ordering from suggestions is the only ordering option where quantity defaults to 0 instead of ''. So if you forget to change that it will not complain and you will not create an order when saving. -- 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 6000] New: Performance enhancements for C4::Context and C4::Languages
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '12

03 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6000 Bug #: 6000 Summary: Performance enhancements for C4::Context and C4::Languages 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 Blocks: 5999 -- 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 20

[Bug 7430] New: ModZebra should not be in C4::Biblio
by bugzilla-daemon＠bugs.koha-community.org 02 Sep '12

02 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7430 Bug #: 7430 Summary: ModZebra should not be in C4::Biblio Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: jcamins(a)cpbibliography.com ReportedBy: jcamins(a)cpbibliography.com QAContact: ian.walls(a)bywatersolutions.com ModZebra is currently in C4::Biblio. This is not a logical place for it, since ModZebra is also used for modifying authorities. The logical place to have that functionality is in Koha::Search::Engine to help prepare us for the solr integration. I propose breaking the ModZebra code into separate parts for NoZebra and Zebra (in Koha::Search::Engine::NoZebra and Koha::Search::Engine::Zebra, respectively), and have Koha::Search::Engine::add_to_index_queue dispatch to the appropriate engine. C4::Biblio can remain as a wrapper around Koha::Search::Engine::add_to_index_queue for legacy scripts. -- 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 31

[Bug 6336] New: Can't print the staff client cart more than once
by bugzilla-daemon＠bugs.koha-community.org 30 Aug '12

30 Aug '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6336 Bug #: 6336 Summary: Can't print the staff client cart more than once Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/basket/basket.pl&print=1 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 To reproduce: 1. Open a cart window. 2. Click the print button to print your cart. 3. Print the cart or cancel. 4. Click the print button again. At this point your cart will now appear to be empty. 5. Click the print button again. You will be redirected to a 404 error page. -- 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