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

[Bug 7236] New: Add "Save as RDF" option to the OPAC
by bugzilla-daemon＠bugs.koha-community.org 27 Aug '13

27 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7236 Bug #: 7236 Summary: Add "Save as RDF" option to the OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC AssignedTo: magnus(a)enger.priv.no ReportedBy: magnus(a)enger.priv.no QAContact: ian.walls(a)bywatersolutions.com Today it's possible to save a record from the detail view in the OPAC in multiple formats. This enhancement proposes to add RDF'ized MARC records to the list of available formats. Records should be available in all serializations offered by the RDF tools used to generate them: rdfxml, ntriples, turtle etc. The conversion to RDF should be governed by a mapping file, so it can be tweaked easily. I'm working on a proof of concept conversion script here, based on RDF::Redland: https://github.com/MagnusEnger/marc2rdf This could perhaps serve as the basis for a C4::RDF::marc2rdf function when it's functional. -- 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 1

[Bug 9453] New: Update records acording to the new UNIMARCField100Language system preference
by bugzilla-daemon＠bugs.koha-community.org 22 Aug '13

22 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9453 Bug ID: 9453 Summary: Update records acording to the new UNIMARCField100Language system preference Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P1 - high Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: rolando.isidoro(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl Depends on: 8347 The solution to bug 8347 introduced a new system preference, UNIMARCField100Language, which allows us to set the value for the mandatory Language of cataloguing field in the UNIMARC field 100 builder form. Before this bug was fixed all values on that field were set to 'fre', so we need to update all the existing records to match the new system preference. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 9770] New: C4::ClassSortRoutine::Dewey can pad the wrong part of a call number internally
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '13

20 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9770 Bug ID: 9770 Summary: C4::ClassSortRoutine::Dewey can pad the wrong part of a call number internally Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: jason(a)esilibrary.com CC: m.de.rooy(a)rijksmuseum.nl The subroutine get_class_sort_key tokenizes a call number string (splitting on periods and whitespace) and counts the number of tokens that solely contain digits. If there is only one such digit group, a comment in the code states that it will pad said digit group. However, the bug is that the code assumes said digit group is the first token, when this may not be the case. Patch to follow... -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 9931] New: marc_subfield_structure.tt should get the floating toolbar
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9931 Bug ID: 9931 Summary: marc_subfield_structure.tt should get the floating toolbar Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 9916] New: Use DataTables in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9916 Bug ID: 9916 Summary: Use DataTables in the OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org Many tables in the OPAC are sorted with the old tablesorter plugin. They should use DataTables instead. This implementation of DataTables should use a minimal configuration, compared to the staff client, because of the limited kinds of functionality required in the OPAC and the need for efficiency. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 9548] New: Store bibliographic information in aqorders table ?
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9548 Bug ID: 9548 Summary: Store bibliographic information in aqorders table ? 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: mathieu.saby(a)univ-rennes2.fr At present, in aqorders table, Koha stores the biblionumber of the record. If the record is suppressed (or merged I suppose) for some reason, the title, author, publisher, date of the ordered document could no more be retrieved. At the end of the year if you make a report for listing all the documents ordered that year, bibliographic information will be missing for some documents. So, would it be possible to store critical bibliographic information (title, author, publisher, date ?) in aqorders table? M. Saby Rennes 2 university -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 6291] New: Cart printing truncated in Firefox
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6291 Bug #: 6291 Summary: Cart printing truncated in Firefox Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Browser compatibility AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org If you have several pages of items in your cart and you try to print it in Firefox your printout will only include the first few pages. This issue is probably not unique to the cart, but to any print view which includes a large, multi-page table. -- 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 7279] New: intranet print.css width settings causing 'squashing' of columns
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '13

19 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7279 Bug #: 7279 Summary: intranet print.css width settings causing 'squashing' of columns Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing AssignedTo: gmcharlt(a)gmail.com ReportedBy: chrish(a)catalyst.net.nz QAContact: ian.walls(a)bywatersolutions.com Created attachment 6461 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=6461 Picture showing column being squashed The intrantet print.css has 'width : 100%' set for td (and td:last-child). This causes the printed table to differ from the one viewed as well as causing the printed table to 'squash' its columns. -- 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 9

[Bug 9519] New: Wrong language code for Italian in the advanced search language limitations
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '13

18 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9519 Bug ID: 9519 Summary: Wrong language code for Italian in the advanced search language limitations Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: gaetan.boisson(a)biblibre.com The code for Italian in advanced search limitations is now "ind" when it should be "ita", "ind" being the code for Bahasa Indonesia. This is true for both the staff interface and the opac. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 9113] New: batch modification removes +
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '13

18 Aug '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9113 Bug ID: 9113 Summary: batch modification removes + 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 If you're using the batch modification tool and entering a call number like E+ 123 ABC The tool removes the + and puts a space in it's place E 123 ABC -- You are receiving this mail because: You are watching all bug changes.

1 12