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

[Bug 8130] New: attach PDF files to a patron record
by bugzilla-daemon＠bugs.koha-community.org 14 Feb '14

14 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8130 Priority: P5 - low Change sponsored?: --- Bug ID: 8130 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: attach PDF files to a patron record Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Patrons Product: Koha We would like a feature that allows librarians to attach unlimited arbitrary files to a patron record. Specifically, we want to store a PDF document with a patron record. They would be like the patron images, but for a document. We would like a link on the patron record that when clicked would open the PDF. -- You are receiving this mail because: You are watching all bug changes.

1 49

[Bug 7659] New: "Import all" for a staged file doesn't check for duplicates
by bugzilla-daemon＠bugs.koha-community.org 13 Feb '14

13 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7659 Priority: P5 - low Change sponsored?: --- Bug ID: 7659 Assignee: adrien.saurat(a)biblibre.com Summary: "Import all" for a staged file doesn't check for duplicates QA Contact: koha.sekjal(a)gmail.com Severity: normal Classification: Unclassified OS: All Reporter: adrien.saurat(a)biblibre.com Hardware: All Status: ASSIGNED Version: master Component: Acquisitions Product: Koha [MT9163] Problem on the following page: Home › Acquisitions › *vendor* › Basket X › Add orders from iso2709 file When adding orders from a staged file, if we add juste one biblio, koha will check if duplicates are present. If a duplicate is found, it will ask if we want to: - use the existing biblio, - create a new record, - cancel the operation. But if we try to "import all" biblios from the staged file, everything will be processed without any warning, even if duplicates are present. Test plan : 1) Go to the vendor list, create a basket for one of them. 2) Add Order To Basket : From a staged file 3) Select a file containing notices already in the database (you may have to add them from the file now it that's a new file, import them and change the items state for them to be available). 4) Click on "Add order" for one of the existing biblios. You will see a page giving a duplicate warning. 5) Get back to the staged file page, and now click on the Save button at the bottom of the page. The orders are added without duplicate warnings. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 6712] New: Remove memberofinstitution markup from templates until it can be completed
by bugzilla-daemon＠bugs.koha-community.org 12 Feb '14

12 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6712 Bug #: 6712 Summary: Remove memberofinstitution markup from templates until it can be completed Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: ASSIGNED Severity: normal Priority: P5 Component: Patrons AssignedTo: oleonard(a)myacpl.org ReportedBy: oleonard(a)myacpl.org QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com Blocks: 6711 Functionality tied to the memberofinstitution system preference has become broken, and needs to be fixed. Until then, markup in the templates related to this feature should be removed as it is causing other bugs. -- 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 7639] New: system preference to forgive fines on lost items
by bugzilla-daemon＠bugs.koha-community.org 10 Feb '14

10 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7639 Bug #: 7639 Summary: system preference to forgive fines on lost items Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: melia(a)bywatersolutions.com QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com Create a new system preference that would allow a librarian to decide to forgive/not forgive all fines when an item goes to lost 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 78

[Bug 8018] New: New subfields have a default max length of zero
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8018 Priority: P3 Change sponsored?: --- Bug ID: 8018 Assignee: gmcharlt(a)gmail.com Summary: New subfields have a default max length of zero Severity: major Classification: Unclassified OS: All Reporter: jcamins(a)cpbibliography.com Hardware: All Status: NEW Version: master Component: Cataloging Depends on: 7263 Product: Koha If you add a new subfield to a framework, the maximum length of the field defaults to 0, and the "Max length" box is hidden under "Display more constraints." The result is that if someone simply adds a new subfield, they will be unable to type in it, with no indication of what the problem is. -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 6435] New: False "no items" in search results [intranet]
by bugzilla-daemon＠bugs.koha-community.org 07 Feb '14

07 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6435 Bug #: 6435 Summary: False "no items" in search results [intranet] Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: major 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 This applies only to things catalogued since upgrading to 3.4 The search results for these new records show no items in the hit list. But if you click on the title to bring up the normal view, the items are there, and are fully functional. The OPAC seems unaffected. The records created before we moved to 3.4 are also unaffected. -- 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 72

[Bug 5958] New: Availability Limit with icu
by bugzilla-daemon＠bugs.koha-community.org 04 Feb '14

04 Feb '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5958 Bug #: 5958 Summary: Availability Limit with icu Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: critical Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: ayousef(a)kwareict.com QAContact: koha-bugs(a)lists.koha-community.org Hi all As an extension of availability limit we noticed that the option of limit into currently available items is working only if we don't use icu but when using the icu this option is useless Plz, have you any idea about getting rid of this and what is the relationship between icu & Availability limit. thanks alot Abdou Yousuf. -- 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 8921] New: koha-common*.deb should depend on cron
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '14

27 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8921 Priority: P5 - low Change sponsored?: --- Bug ID: 8921 CC: robin(a)catalyst.net.nz Assignee: koha-bugs(a)lists.koha-community.org Summary: koha-common*.deb should depend on cron Severity: minor Classification: Unclassified OS: Linux Reporter: johannes_graumann(a)web.de Hardware: PC Status: NEW Version: rel_3_8 Component: Packaging Product: Koha koha-common installation does currently not automatically pull in cron, which makes the indexing cron-job (zebra) not functional. Virtualized environments do not necessarily provide cron out of the box, so the dependency is particularly necessary there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 8698] New: OPAC export "Save Record" for Dublincore XML for some records triggers error logs.
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '14

25 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8698 Priority: P5 - low Change sponsored?: --- Bug ID: 8698 Assignee: oleonard(a)myacpl.org Summary: OPAC export "Save Record" for Dublincore XML for some records triggers error logs. Severity: enhancement Classification: Unclassified OS: All Reporter: mtompset(a)hotmail.com Hardware: All Status: NEW Version: unspecified Component: OPAC Product: Koha opac-export.pl: Argument "\\x{20}" isn't numeric in numeric eq (==) at /usr/share/perl5/MARC/Crosswalk/DublinCore.pm line 541 When trying to "Save Record" from the OPAC details screen, the error given in the summary is triggered. It doesn't happen for every record. And despite the error in the error log, output is returned: --- BEGIN DUBLIN CORE XML --- <?xml version="1.0" encoding="UTF-8"?> <metadata xmlns="http://example.org/myapp/" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xsi:schemaLocation="http://example.org/myapp/ http://example.org/myapp/schema.xsd" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:dcterms="http://purl.org/dc/terms/"><dc:Title>Ibatan to English dictionary with English, Filipino, Ilokano, Ivatan indices / compiled by Judith Y.M. Maree, Orlando R. Tomas and Rundell D. Maree. book</dc:Title> <dc:Title>Ibatan dictionary</dc:Title> <dc:Creator>Maree, Judith Y. M. 378</dc:Creator> <dc:Creator>Tomas, Orlando R. 381</dc:Creator> <dc:Creator>Maree, Rundell D. 382</dc:Creator> <dc:Creator>Summer Institute of Linguistics. 34</dc:Creator> <dc:Subject>17 Batan language Dictionaries 379</dc:Subject> <dc:Subject>17 Philippine languages Batan language 380</dc:Subject> <dc:Description>Includes bibliographical references (p.371-501) and index.</dc:Description> <dc:Publisher>Manila : SIL Philippines,</dc:Publisher> <dc:Date>c2012.</dc:Date> <dc:Date>c2012.</dc:Date> <dc:Date></dc:Date> <dc:Type>Text</dc:Type> <dc:Format>xv, 501 p. ;</dc:Format> <dc:Identifier>http://www.sil.org/asia/Philippines/online/ivb/dict/</dc:Identifier> <dc:Language>eng</dc:Language> <dc:Language>ivbeng</dc:Language> <dc:Language>Ibatan, English, Filipino, Ilokano and Ivatan</dc:Language> </metadata> --- END DUBLIN CORE XML --- I find it strange that three dates are returned and yet, there is only one date entered (c2012.). This record does not have an items record, as it is electronically available for free at the URL provided. UPDATE: My colleagues must have added an items record, because they probably printed a copy. Now there's a new, additional error: [Wed Aug 29 13:16:59 2012] [error] [client 192.168.100.2] [Wed Aug 29 13:16:59 2012] opac-export.pl: Use of uninitialized value in string eq at /usr/share/perl5/MARC/Crosswalk/DublinCore.pm line 535. It may be a data error, but I'm not sure where to look. Suggestions? Better error messages? :) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 6504] New: no way to enter shipping price in acq
by bugzilla-daemon＠bugs.koha-community.org 24 Jan '14

24 Jan '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6504 Bug #: 6504 Summary: no way to enter shipping price in acq 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: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org I thought I had a bug for this, but can't find it anymore. Koha in 3.0 used to allow you to enter you shipping costs when receiving an order, but there is no way to do this now. It would be nice if this was back. -- 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 28