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

[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 11 Sep '12

11 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 7613] New: OCLC Connexion Gateway
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '12

06 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7613 Bug #: 7613 Summary: OCLC Connexion Gateway Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: srdjan(a)catalyst.net.nz QAContact: koha.sekjal(a)gmail.com Work to be done: * C4::ImportBatch: create sub GetImportBatchByFilename($filename) which will get the last import_batches record with the filename * Create svc/import_bib - POST request structure: param1: val param2: val <?xml version="1.0" encoding="UTF-8"?> <record ... </record> - call C4::ImportBatch::GetImportBatchByFilename("webservice"); if in 'stage' status use it, otherwise create new one AddImportBatch() using POST param - call C4::ImportBatch::AddBiblioToBatch() and AddItemsToImportBiblio() - if import mode = 'direct' call C4::ImportBatch::BatchCommitBibRecords() * misc/cronjobs/import_webservice_batch.pl: - input params: framework (default 'default') - call C4::ImportBatch::GetImportBatchByFilename("webservice"); if in 'stage' status - call C4::ImportBatch::BatchCommitBibRecords() * create OCLC requests listening daemon connexion_import.pl - base on HTTP::Server or similar - command line params: config file - config values as per spec - first get the auth cooki from auth url, then make request to import url How to test: * using some tool (wget or curl) make a request with some MARC xml to OCLC daemon * check koha import batches that a webservice batch is created with params as in the config file * run cron job from the command line and check the batch status -- 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 50

[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 7562] New: KohaDates plugin not found for 3.6.3 running off packages
by bugzilla-daemon＠bugs.koha-community.org 03 Sep '12

03 Sep '12

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7562 Bug #: 7562 Summary: KohaDates plugin not found for 3.6.3 running off packages Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging AssignedTo: robin(a)catalyst.net.nz ReportedBy: magnus(a)enger.priv.no QAContact: koha.sekjal(a)gmail.com I have built my own packages of 3.6.3 with build-git-snapshot, and now I'm getting this: "Template process failed: plugin error - KohaDates: plugin not found at /usr/share/koha/lib/C4/Templates.pm line 126." on /cgi-bin/koha/acqui/ordered.pl?fund=1&fund_code=STOR_VOKS (Click on one of the amounts in the table on the front page of the Acquisitions module.) I'm guessing the Koha namespace/directory is not getting created somewhere along the line... -- 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 2