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

[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

[Bug 9778] New: display and change easily OPAC visibility status in staff interface
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '13

23 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9778 Bug ID: 9778 Summary: display and change easily OPAC visibility status in staff interface Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: mathieu.saby(a)univ-rennes2.fr CC: m.de.rooy(a)rijksmuseum.nl At present, to make a record visible or hidden on OPAC, librarians need to edit the record and change the value of field/subfield indexed in OpacSuppress. It would also be great to display current opac visibility status in staff interface. For doing that, I propose to create 2 subs in C4/Biblio : GetBiblioOPACVisibility and ModBiblioOPACVisibility. Koha will need to know the field/subfield used for OpacSuppress. Maybe with a syspref. ModBiblioOPACVisibility will be called by addbiblio.pl if $op = "hidebiblioOPAC" or "showbiblioOPAC". A choice to hide/show record in OPAC will be add in "Edit" list button in cat-toolbar.inc. Only staff with cataloguing permission (or maybe also a new specific permission) could see these new choices. GetBiblioOPACVisibily will be called by detail.pl, ISBDdetail.pl, MARCdetail.pl . The value will be passed to the templates and displayed. I have started working on this, but I will probably wait the solution of 8462 before attaching a patch. M. Saby Rennes 2 university -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 8670] New: Update POD of C4::Branch::GetBranches() to use TT syntax
by bugzilla-daemon＠bugs.koha-community.org 23 Nov '13

23 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8670 Priority: P5 - low Change sponsored?: --- Bug ID: 8670 Assignee: nengard(a)gmail.com Summary: Update POD of C4::Branch::GetBranches() to use TT syntax Severity: enhancement Classification: Unclassified OS: All Reporter: magnus(a)enger.priv.no Hardware: All Status: NEW Version: master Component: Documentation Product: Koha The POD of C4::Branch::GetBranches() has an example of how to create a branch selector based on the output of the function, but it uses the old template syntax, not TT syntax. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 9830] New: Some UNIMARC item indexes could be broken whith Queryweightfields syspref
by bugzilla-daemon＠bugs.koha-community.org 22 Nov '13

22 Nov '13

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9830 Bug ID: 9830 Summary: Some UNIMARC item indexes could be broken whith Queryweightfields syspref 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 With this combinaison of sysprefs, and a UNIMARC configuration, it impossible to search on location, barcode and ccode indexes : QueryWeightFields is activated QueryAutoTruncate only if * is added In UNIMARC, location, barcode and ccode (995 $e,$f,h) are indexed only as "words". They need to be indexed also as "phrase" Additionnaly, in UNIMARC, information about damaged and lost status of items is not indexed, while it is done in MARC21. M. Saby -- You are receiving this mail because: You are watching all bug changes.

1 26