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

[Bug 11388] New: Error exporting records to non-Unicode/MARC-8
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11388 Bug ID: 11388 Summary: Error exporting records to non-Unicode/MARC-8 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: pablo.bianchi(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If you have a record with line endings and in OPAC want to "Save record" to "MARC (non-Unicode/MARC-8)" (opac-export.pl?format=marc8&op=export&bib=2778&save=Go) you'll get something like: An error occurred Creation of MARCXML Record failed: Field 964 must have at least one subfield at /usr/share/perl5/MARC/File/SAX.pm line 113 But the field have a subfield, the problem is with line endings (LF, \n). -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 10832] New: Multi transport types for overdue notices
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10832 Bug ID: 10832 Summary: Multi transport types for overdue notices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Bug 9016 adds a UI for choosing transport types for overdues. The cronjob script misc/cronjobs/overdue_notices.pl should deal with this configuration. -- You are receiving this mail because: You are watching all bug changes.

1 50

[Bug 5262] New: authority plugin doesn't copy indicators
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5262 Summary: authority plugin doesn't copy indicators Change sponsored?: --- Product: Koha Version: rel_3_2 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: MARC Authority data support AssignedTo: gmcharlt(a)gmail.com ReportedBy: januszop(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com Estimated Hours: 0.0 While adding/editing a bibliographic record, the authority plugin inserts the content of an authority record (subfields) into a bibliographic record (e.g. PERSO_NAME --> bibliographic 100/700/800 field), BUT the indicators doesn't copy (i.e. ind1=1 for surname in authority 100 field doesn't appear in bibliographic). At first sight changes in (at least) following files are needed: intranet/cgi-bin/authorities/blinddetail-biblio-search.pl intranet/htdocs/intranet-tmpl/prog/en/modules/authorities/blinddetail-biblio-search.tmpl Regards! Janusz -- 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 30

[Bug 6514] New: version koha 3.02.06
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6514 Bug #: 6514 Summary: version koha 3.02.06 Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: major Priority: P5 Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: sunitha.26585(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: ian.walls(a)bywatersolutions.com I have to store the book price in different currency format. For eg. some books have the price in US dollers, some others have in pound and some other book price in Indian Rupees. When I am saving the book price with a symbol(eg: $180.00) in the field "Cost, normal purchase price" it is saving as 0.00. -- 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 2

[Bug 9913] New: String::Random should not be required given its limited usage
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9913 Bug ID: 9913 Summary: String::Random should not be required given its limited usage Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: kyle.m.hall(a)gmail.com Reporter: jcamins(a)cpbibliography.com Koha should not force everyone to install String::Random even if they are not going to ever use the OPAC self-registration feature. -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 10009] New: self check out not really logging out
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10009 Bug ID: 10009 Summary: self check out not really logging out Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com We've discovered that clicking Finish on the self-check stations does not actually log out a patron. It's possible to navigate back to another patron's accounts and check things out. We've set up out self-check stations navigation is hidden, but keyboard shortcuts still allow for it to happen. Found in 3.8.8 and master (so it's probably in 3.10.x) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 10480] New: Cataloging plugins without redefining
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10480 Bug ID: 10480 Summary: Cataloging plugins without redefining Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: m.de.rooy(a)rijksmuseum.nl Reporter: m.de.rooy(a)rijksmuseum.nl CC: m.de.rooy(a)rijksmuseum.nl >From bug 9921, Galen: All the more reason to stick to our coding guidelines, if the additional warning messages in the log annoys somebody enough to inspire them to fix that issue with the cataloging plugins, then. :) I am submitting a proposal here. May not be perfect yet, but we loose the redefines. -- You are receiving this mail because: You are watching all bug changes.

1 81

[Bug 9472] New: subfields in order when cataloging
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '15

18 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9472 Bug ID: 9472 Summary: subfields in order when cataloging Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com CC: m.de.rooy(a)rijksmuseum.nl When clicking "Edit Record" if a subfield doesn't have data the subfields are out of order. For example, the subfields are showing as 'a,' then 'c' because those two had data in them, and then the rest of the empty subfields were listed below those two in alphabetical order. It would be nice if the subfields were displayed in alphabetical order in record editing mode regardless of whether the subfields have data in them or not (so subfield 'b' should be in there). -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 11229] New: Payments wrongly saved in Statistics table by C4::Accounts::makepartialpayment
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '15

18 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11229 Bug ID: 11229 Summary: Payments wrongly saved in Statistics table by C4::Accounts::makepartialpayment Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com C4::Accounts::makepartialpayment save the transaction in statistics table, by calling UpdateStats. The fist given param is "$user". It should be "$branch" M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 9983] New: printable fines page should include name/barcode
by bugzilla-daemon＠bugs.koha-community.org 18 Aug '15

18 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9983 Bug ID: 9983 Summary: printable fines page should include name/barcode Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 17167 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17167&action=edit what's printing on the fines page When printing the fines page using the File > Print option it prints just the list of fines, which is great, but it should include the name somewhere on there and probably the barcode too. This might mean changing the fines page and putting a name at the top of it in the browser as well. We certainly don't want it to print the entire page you see in the browser cause the tabs and search box aren't necessary, but we do need some sort of identification of who's fines these are. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5