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

[Bug 11096] New: Koha cannot retreive big records from Zebra
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11096 Bug ID: 11096 Summary: Koha cannot retreive big records from Zebra Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When we switched from ISO2709 to MARCXML as the default indexing format we got rid of the errors regarding big record indexing; notably serials with lots of items. The problem is that the current ZOOM connection in Koha is set to retreive records in 'usmarc'. This makes retreiving search results silently fail for big records, and even when those records are correctly indexed, the user would fail to reach them. Steps to reproduce: - Create a new simple record with 100$a = Arquitectura viva - Add it several big note fields - Add several items to it - Reindex, search for Arquitectura viva - Record doesn't show - In a terminal, use yaz-client to do a manual query (adjust to your setup): $ yaz-client -k 100000 unix:/home/tomas/koha-dev/var/run/zebradb/bibliosocket > base biblios > f @attr 1=4 @attr 4=1 @attr 6=3 "Arquitectura viva" > s It should fail because of the size of the record. - Rerun like this: > format xml > elem marcxml > f @attr 1=4 @attr 4=1 @attr 6=3 "Arquitectura viva" > s There you go :-D -- You are receiving this mail because: You are watching all bug changes.

1 113

[Bug 10455] New: remove duplicated/redundant bibltioitems.marc field
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10455 Bug ID: 10455 Summary: remove duplicated/redundant bibltioitems.marc field Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com in Koha, for each bib, we have identical MARC data stored in *two* different columns in the 'biblioitems' table (biblioitems.marcxml and biblioitems.marc) as far as i know, we only need to store this data in one field, not two this patch will attempt to remove code referencing the 'biblioitems.marc' field, and replace it with 'biblioitems.marcxml' -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 5161] New: patron attributes clearing if error
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5161 Summary: patron attributes clearing if error Change sponsored?: --- Product: Koha Version: HEAD 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 Estimated Hours: 0.0 When adding a patron record if you enter data in the additional attributes and you get an error about a field not being filled in the additional attributes get emptied out and you have to type them in again. they should stay filled in like the rest of the form. -- 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 10869] New: can't delete order line if title deleted
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10869 Bug ID: 10869 Summary: can't delete order line if title deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 20970 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=20970&action=edit deleted title. When looking at a basket in Acq you can't delete an order line if the title has already been deleted. You get no confirmation, no error, it just doesn't delete. It does delete if the title still exists. The problem is a missing parameter. If the title is there the link looks like this: javascript:confirm_delete_item(5547,) If the title doesn't exist the link looks like this: javascript:confirm_delete_item(5557,278226) I know it's better to delete the order line first, but sometimes people do things in cataloging that effect acq and it shouldn't leave this phantom order line - we should be able to delete it. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 107

[Bug 9069] New: Make it possible to import MARC21 authorities from VIAF into Koha
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '16

24 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9069 Priority: P5 - low Change sponsored?: --- Bug ID: 9069 Assignee: gmcharlt(a)gmail.com Summary: Make it possible to import MARC21 authorities from VIAF into Koha Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: MARC Authority data support Product: Koha Example VIAF record, HTML view: http://viaf.org/viaf/59083692/#Hamsun,_Knut,_1859-1952 Same record, MARC21: http://viaf.org/viaf/59083692/marc21.xml This can be transformed to ISO2709 with e.g.: yaz-marcdump -i marcxchange -o marc marc21.xml > myrecord.mrc I have not been able to stage and import the resulting .mrc file, and I *think* that is because the VIAF record does not have a 100 field. I think the reason for *that* is that the library/cataloguer should be able to choose the preferred name that goes into the 100 field. So maybe we need to accept authority records that lack a 100 field (so that the 100 field can be added later), or make it easy to add the 100 field as part of the import process? -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 8995] New: Show OpenURL links in OPAC search results
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '16

24 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8995 Priority: P5 - low Change sponsored?: --- Bug ID: 8995 Assignee: julian.maurice(a)biblibre.com Summary: Show OpenURL links in OPAC search results Severity: enhancement Classification: Unclassified OS: All Reporter: julian.maurice(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: OPAC Product: Koha -- You are receiving this mail because: You are watching all bug changes.

1 54

[Bug 6679] New: Fixing code so it passes basic Perl::Critic tests
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6679 Bug #: 6679 Summary: Fixing code so it passes basic Perl::Critic tests Classification: Unclassified Change sponsored?: --- Product: Koha Version: master 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 This bug will be an ongoing one, until all our code passes perl critic tests -- 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 285

[Bug 4941] New: Can't set branch in staff client when singleBranchMode is enabled
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=4941 Summary: Can't set branch in staff client when singleBranchMode is enabled Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Staff Client AssignedTo: paul.poulain(a)biblibre.com ReportedBy: camins(a)numismatics.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Estimated Hours: 0.0 Although the description of the syspref singleBranchMode implies that singleBranchMode is only relevant to the OPAC, in fact superlibrarians cannot change their branch on the staff client when it is set. Either the description of the syspref should be modified, or the syspref should be split into two, one that only impacts the OPAC, and one that only impacts the staff client. -- 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 29

[Bug 12045] New: Transfer impossible if barcode includes spaces
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12045 Bug ID: 12045 Summary: Transfer impossible if barcode includes spaces Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: verolencinas(a)yahoo.com.ar QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Barcodes in Koha can include spaces but if such an item is transferred you get the message "No Item with barcode: nnnn" where nnnn is the barcode with spaces stripped. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 11144] New: Switch order of overdues and fines cronjob for packages and in crontab.example
by bugzilla-daemon＠bugs.koha-community.org 22 Jan '16

22 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11144 Bug ID: 11144 Summary: Switch order of overdues and fines cronjob for packages and in crontab.example Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: ulrich.kleiber(a)bsz-bw.de Printing the correct fine in the overdues letters will only work correctly, when the fines.pl cronjob runs before overdue_notices.pl, else the fine is not there when the letter is created and can not be printed. -- You are receiving this mail because: You are watching all bug changes.

1 32