June 2014 - 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 12021] New: SIP2 checkin should alert on transfer and use CT for return branch
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12021 Bug ID: 12021 Summary: SIP2 checkin should alert on transfer and use CT for return branch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: benjamin.rokseth(a)kul.oslo.kommune.no QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com According to SIP2 specs for checkin: AO is where the transaction took place, AQ is the "permanent location", and CT is the "destination location" (i.e., pickup lib for a hold or target lib for a transfer). A SIP2 checkin should respect circulation rules and alert (CV04 - send to other branch) with destination location in CT. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[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 12356] New: Stay in advanced search and keep settings when it returns no results.
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12356 Bug ID: 12356 Summary: Stay in advanced search and keep settings when it returns no results. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: viktor.sarge(a)regionhalland.se QA Contact: testopia(a)bugs.koha-community.org Presently when doing and advanced search you lose all settings if the search returns no results since you are served a "No results found" with your search pre filled in a regular search box (opac) or not even a pre filled form (staff side). This can be quite frustrating if you were trying to do a very specific search with lots of settings but messed up somewhere. When a search returns zero results I'd much rather keep all settings and be able to tweak them until I get a few hits. This is currently only a RFC - I have no code. (I am guessing that the fact that accessing search.pl without parameters appended to the URL gives advanced search is a clue to how to solve it. Is there a way to light up advanced search mode and pre populate the interface with the info passed in the URL?) -- You are receiving this mail because: You are watching all bug changes.

1 1

[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