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

[Bug 6383] New: itemnumber not stored when a lost item is returned and credited to account
by bugzilla-daemon＠bugs.koha-community.org 26 Aug '15

26 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6383 Bug #: 6383 Summary: itemnumber not stored when a lost item is returned and credited to account Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When a lost item is returned and no longer lost the patron's account is credited, but the item number isn't stored in the itemnumber field in the db. To see what I mean try this report: select b.surname, b.firstname, bib.title, i.itemcallnumber, a.description from accountlines a left join borrowers b on (b.borrowernumber=a.borrowernumber) left join items i on (i.itemnumber=a.itemnumber) left join biblio bib on (bib.biblionumber=i.biblionumber) where a.accounttype='CR' and a.description like 'Item Returned%'; Since the barcode is printing in the description getting the itemnumber in to that table shouldn't be difficult ... I would think. -- 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 1

[Bug 8797] New: can't delete quote of the day
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '15

25 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8797 Priority: P5 - low Change sponsored?: --- Bug ID: 8797 Assignee: cnighswonger(a)foundations.edu Summary: can't delete quote of the day Severity: normal Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Tools Product: Koha I am documenting the QOTD feature and trying to delete a quote, but it's not letting me do it. I click on the quote id number and nothing happens - the row isn't highlighted or anything and so I can't delete. I'm on FF on Mac. If I click to add a new quote and don't enter any data then I can click on the ID column of the new empty quote and delete it. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 7882] New: move or reorder 6xx and 7xx fields
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '15

23 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7882 Priority: P5 - low Change sponsored?: --- Bug ID: 7882 Assignee: gmcharlt(a)gmail.com Summary: move or reorder 6xx and 7xx fields QA Contact: koha.sekjal(a)gmail.com Severity: enhancement Classification: Unclassified OS: All Reporter: melia(a)bywatersolutions.com Hardware: All Status: NEW Version: master Component: Cataloging Product: Koha Would like to be able to move or reorder 6xx and 7xx fields. The only way to change the order of 700s is to copy or cut /paste. We would like to be able to easily move production people on DVDs to below the actors. Or change the order of 6xx fields to more accurately describe the subject of an item. -- You are receiving this mail because: You are watching all bug changes.

1 69

[Bug 10190] New: notices based on item type
by bugzilla-daemon＠bugs.koha-community.org 23 Aug '15

23 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10190 Bug ID: 10190 Summary: notices based on item type Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: melia(a)bywatersolutions.com Many libraries in my system lend DVDs out for a shorter period than their normal checkout period, like 2 days versus 14 or 21 days for other items. They also charge larger fines on DVDs than other items. They would like to be able to generate overdue notices for DVDs on the first day overdue, unlike the first notice generation of 7 days on their other items. So this is an enhancement request to allow libraries to generate an overdue notice for a particular item type separate from the three notice triggers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[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