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

[Bug 8998] New: misc/migration_tools/koha-svc.pl has odd dependencies
by bugzilla-daemon＠bugs.koha-community.org 29 Jan '15

29 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8998 Priority: P5 - low Change sponsored?: --- Bug ID: 8998 Assignee: gmcharlt(a)gmail.com Summary: misc/migration_tools/koha-svc.pl has odd dependencies Severity: enhancement Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Command-line Utilities Product: Koha The file misc/migration_tools/koha-svc.pl depends on File::Slurp, which is not listed as a dependency. If the file is useful, this should be added as a dependency. If not, the file should be removed. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 9828] New: Zebra indexes useless subfields in UNIMARC 6XX
by bugzilla-daemon＠bugs.koha-community.org 28 Jan '15

28 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9828 Bug ID: 9828 Summary: Zebra indexes useless subfields in UNIMARC 6XX Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr Most of 6XX may contain a $2 that identifies the system used for indexing. It should not be indexed. In French libraries, $2 contains "rameau". So searching books about the music composer "Rameau" retreive thousands of records! For some 6XX fiels, other subfields should not be indexed, for example 600$t (dates of persons). And indexing of $j,$x,$y,$z subdivision could be improved by indexing them in specific indexes M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 79

[Bug 9093] New: 008 forgetting what material type was chosen
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '15

27 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9093 Bug ID: 9093 Summary: 008 forgetting what material type was chosen Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl See the video for clarification (http://screencast.com/t/Rtrx2QZk) When you use the 008 plugin you choose your material type - so if you choose VM for example you then have visual material fields. You then fill in your 008 and save. This all saves fine and shows right in NORMAL view. But if I click the 008 plugin again it says BK again .. even though it was VM that I made changes to. The plugin should remember the material type properly. This happens in master and 3.8.5 Nicole -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 10329] New: Rename system preference marcflavour to MarcFormat
by bugzilla-daemon＠bugs.koha-community.org 26 Jan '15

26 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10329 Bug ID: 10329 Summary: Rename system preference marcflavour to MarcFormat Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 8618] New: Z3950 is not processing CCL Queries
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '15

23 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8618 Priority: P5 - low Change sponsored?: --- Bug ID: 8618 CC: m.de.rooy(a)rijksmuseum.nl Assignee: gmcharlt(a)gmail.com Summary: Z3950 is not processing CCL Queries Severity: major Classification: Unclassified OS: All Reporter: dcook(a)prosentient.com.au Hardware: All Status: NEW Version: master Component: Z39.50 / SRU / OpenSearch Servers Product: Koha When you click "Z3950 search" in the intranet search results, the title field in the Z3950 search formis preloaded with the CCL for the query that you executed in Koha. However, when you try searching, you will always get no results back. If you take out the CCL, and just type in your query (like "heart") into the title field, you will get results. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 6138] New: Show local help and isbd punctuation automatically when we are cataloguing
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '15

23 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6138 Bug #: 6138 Summary: Show local help and isbd punctuation automatically when we are cataloguing Classification: Unclassified 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: juan.sieira(a)xercode.es QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Created attachment 3828 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=3828 proposed patch Show local help and isbd punctuation automatically when we are cataloguing. In administration->MARC Bibliographic framework->Marc Structure->Subfields->Edit subfields there are two new fields, punctuacion and help. We have to fill those fields with some help and the isbd punctuation to a determinate subfield. Those values will appear when we are cataloguing. Our libraries requested this change because they need help in the cataloguing process to follow its their procedures manual. If you dont want to execute updatedatabase.pl, simply execute this statement in you database ALTER TABLE `marc_subfield_structure` ADD `punctuation` VARCHAR( 5 ) NULL , ADD `help` VARCHAR( 255 ) NULL; -- 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 14

[Bug 10209] New: The ability to order multiple copies of the same item, from different fund classes, on the same order number
by bugzilla-daemon＠bugs.koha-community.org 23 Jan '15

23 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10209 Bug ID: 10209 Summary: The ability to order multiple copies of the same item, from different fund classes, on the same order number Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: amit.gupta(a)osslabs.biz The ability to order multiple copies of the same item, from different fund classes, on the same order number -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 27

[Bug 8096] New: card number twice on patron search
by bugzilla-daemon＠bugs.koha-community.org 19 Jan '15

19 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8096 Priority: P5 - low Change sponsored?: --- Bug ID: 8096 Assignee: oleonard(a)myacpl.org Summary: card number twice on patron search Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Templates Product: Koha Created attachment 9597 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=9597&action=edit card number twice Why is the card number showing twice on the patron search results? We really only need it once - either in it's own column or in parens. Twice is confusing. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 5632] New: SIP improvements = Date formatting & debarrement management
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '15

18 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5632 Summary: SIP improvements = Date formatting & debarrement management Change sponsored?: Sponsored Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: ASSIGNED Severity: enhancement Priority: PATCH-Sent Component: SIP2 AssignedTo: paul.poulain(a)biblibre.com ReportedBy: paul.poulain(a)biblibre.com QAContact: koha-bugs(a)lists.koha-community.org Estimated Hours: 0.0 * the dates should be printed in human-readable format, not in timestamp * The patron debarment can now have a date (new feature of BibLibre circ improvements). We have to deal with this date on the SIP messages -- 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 10180] New: [master] Diacritics in Z39.50 search results in acquisitions are broken
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '15

18 Jan '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10180 Bug ID: 10180 Summary: [master] Diacritics in Z39.50 search results in acquisitions are broken 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: katrin.fischer(a)bsz-bw.de To reproduce: - Create a basket - Add order line from external source - Search LOC for "wetter" - Verify that diacritics in the result list are broken This only occurs on the current master branch, not on 3.12.x. -- You are receiving this mail because: You are watching all bug changes.

1 5