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

[Bug 8368] New: List email broken for non english templates
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8368 Priority: P5 - low Change sponsored?: --- Bug ID: 8368 Assignee: oleonard(a)myacpl.org Summary: List email broken for non english templates Severity: major Classification: Unclassified OS: All Reporter: katrin.fischer(a)bsz-bw.de Hardware: All Status: NEW Version: master Component: OPAC Product: Koha This is the same problem as for bug 8062 only for sending out lists. Copying description with some changes: To reproduce: - Create a list that you can access - Open list in OPAC or staff - log in, if you didn't before - Send list to any email address - Check email text and attachements The mail sent from the translated templates has subject "no subject" and is empty. The marc files are attached. The mail sent from the english templates is all correct. -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 9057] New: Add support for athorities to NORMARC
by bugzilla-daemon＠bugs.koha-community.org 05 Dec '13

05 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9057 Priority: P5 - low Change sponsored?: --- Bug ID: 9057 Assignee: magnus(a)enger.priv.no Summary: Add support for athorities to NORMARC Severity: normal Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: ASSIGNED Version: master Component: MARC Authority data support Product: Koha Seems like when I did the bulk of the NORMARC work I postponed the work on authorities... Time to fix it! Part of the trouble is that NORMARC does not have a format for authorities, but I will propose to reuse the MARC21 authorities stuff as much as possible. On a normal installation, the authorities stuff shows up, there are just not any frameworks present, so I think this is more of a bug than an enh. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 10038] New: Doubled 'default' entry when creating a new authority type
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '13

03 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10038 Bug ID: 10038 Summary: Doubled 'default' entry when creating a new authority type Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de CC: gmcharlt(a)gmail.com When creating a new authority type the pulldown for picking an existing framework to base the new framework on has 2 identical entries for 'Default'. Steps to reproduce: - Create a new authority type - Click MARC structure - Verify the pull down has 2 entries for Default on top of the list -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 9294] New: Move JavaScript out of circulation template
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '13

03 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9294 Bug ID: 9294 Summary: Move JavaScript out of circulation template Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org Depends on: 9283 I would like to start working harder to keep JavaScript separated from the templates. I hope that in doing so we can have JavaScript which is more easily cached by the browser, more testable, and potentially able to be minified and/or concatenated with other JS files. To that end I have begun moving JavaScript out of the circulation template into a page-specific file, circulation.js. I hope that further improvements can be made, perhaps by moving some of the template variables required by the template into HTML5 data- attributes. -- You are receiving this mail because: You are watching all bug changes.

1 35

[Bug 8125] New: SIP should send Zipcode with address
by bugzilla-daemon＠bugs.koha-community.org 03 Dec '13

03 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8125 Priority: P5 - low Change sponsored?: --- Bug ID: 8125 Assignee: wizzyrea(a)gmail.com Summary: SIP should send Zipcode with address Severity: enhancement Classification: Unclassified OS: All Reporter: wizzyrea(a)gmail.com Hardware: All Status: ASSIGNED Version: unspecified Component: SIP2 Product: Koha SIP does not currently send the zipcode in the address field, I think it should. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 6201] New: BibTeX export does not incude MARC21 main entry
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '13

02 Dec '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6201 Bug #: 6201 Summary: BibTeX export does not incude MARC21 main entry Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Bibliographic data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com The BibTeX export does not include 1xx fields when exporting MARC21 records because GetMarcAuthors only retrieves 7xx authors. 1xx fields should be included. -- 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 22

[Bug 8378] New: <fine> syntax not working on overdues anymore
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '13

29 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8378 Priority: P5 - low Change sponsored?: --- Bug ID: 8378 Assignee: koha-bugs(a)lists.koha-community.org Summary: <fine> syntax not working on overdues anymore Severity: critical Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: rel_3_8 Component: Notices Product: Koha When you use the <fine>USD</fine> syntax in overdue notices it used to show the fines in USD - if you use <fine>GBP</fine> it used to show the fines in GBP ... now it shows nothing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 75

[Bug 7565] New: Fee/fines receipt for printing
by bugzilla-daemon＠bugs.koha-community.org 29 Nov '13

29 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7565 Bug #: 7565 Summary: Fee/fines receipt for printing Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_8 Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: savitra.sirohi(a)osslabs.biz QAContact: koha.sekjal(a)gmail.com CC: gmcharlt(a)gmail.com In version 3.6 there is no provision to print fee receipts. It is now also possible to make partial payments, and pay multiple for multiple items with a single amount. Need is to allow printing of a receipt for all items that have been paid for at the time. For e.g. if a member pays for memberhsip renewal and for overdues on an item at the same time, the receipt should include details of both the renewal fee and the overdue fine. Receipt number needs to be autogenerated. Feature needs to be flexible enough to allow printing on different stationary and printer types. -- 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 3

[Bug 8676] New: show vendor name in source of acquisition
by bugzilla-daemon＠bugs.koha-community.org 28 Nov '13

28 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8676 Priority: P5 - low Change sponsored?: --- Bug ID: 8676 Assignee: oleonard(a)myacpl.org Summary: show vendor name in source of acquisition Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com URL: cgi-bin/koha/cataloguing/additem.pl?biblionumber=4091 Hardware: All Status: NEW Version: master Component: Templates Product: Koha When looking at items in the staff client that were received via acquisitions there is a number in that field. That number is the ID for the vendor, but isn't helpful to most librarians since they don't assign that vendor ID. Could we show the name of the vendor instead? I'm not asking to change what's stored in the DB - the ID is best in this case for reporting, but just to change the display to the vendor name that matches that ID - kind of like we do with branches and item types and collection codes - etc. We don't show those codes, but the names instead. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 8067] New: HTML blocks in sysprefs should be definable for multiple languages
by bugzilla-daemon＠bugs.koha-community.org 24 Nov '13

24 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8067 Priority: P5 - low Change sponsored?: --- Bug ID: 8067 Assignee: frederic(a)tamil.fr Summary: HTML blocks in sysprefs should be definable for multiple languages Severity: enhancement Classification: Unclassified OS: All Reporter: ruth(a)bywatersolutions.com Hardware: All Status: NEW Version: unspecified Component: I18N/L10N Product: Koha Blocks of HTML are used many places in the system preferences, and are injected directly onto pages at runtime. The problem is that there is only one instance of these, which is used for all languages defined on the system. It would be useful to have multiple context-sensitive values for this. See http://wiki.koha-community.org/wiki/Contextual_Preferences_RFC This would be easily extensible to be used for languages, as well. -- You are receiving this mail because: You are watching all bug changes.

1 5