August 2014 - Koha-bugs - lists.koha-community.org

[Bug 12133] New: Guarantor requirements when registering a patron
by bugzilla-daemon＠bugs.koha-community.org 18 Sep '15

18 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12133 Bug ID: 12133 Summary: Guarantor requirements when registering a patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 27517 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=27517&action=edit Add two requirements when registering a new patron Attached patch adds two new requirements when registering a new patron: - A child patron must have a guarantor. - A guarantor cannot be a guarantee. Both of these stem from legal requirements in Finland - these might not be applicable for everywhere, so perhaps a syspref to control one, or both, might be in order? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 10

[Bug 11966] New: make course reserves branch specific
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11966 Bug ID: 11966 Summary: make course reserves branch specific Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Would be nice if each library could have their own courses and if a library doesn't use course reserves the link to course reserves didn't show in the OPAC for that library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 5956] New: Highlight holds on check-in
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5956 Bug #: 5956 Summary: Highlight holds on check-in Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: Circulation AssignedTo: kyle.m.hall(a)gmail.com ReportedBy: jcamins(a)cpbibliography.com QAContact: koha-bugs(a)lists.koha-community.org CC: gmcharlt(a)gmail.com When a book is checked in that is on hold, it would be helpful if the title showed up in the list of checked in books in red. When you are checking in a large number of books it is easy to go by the hold message if you are just checking the books in. Highlighting the hold as you highlight the overdue would be a big help. -- 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 8

[Bug 11895] New: Keep stats on reserves
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11895 Bug ID: 11895 Summary: Keep stats on reserves Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org It would be nice if Koha tracked that an item was on reserve at some point and when it was on reserve it checked out X times. Versus the data of all of it's checkouts. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 7204] New: Deleting a framework which still has biblios attached to it end up in subtle problems
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7204 Bug #: 7204 Summary: Deleting a framework which still has biblios attached to it end up in subtle problems Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_4 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging AssignedTo: gmcharlt(a)gmail.com ReportedBy: martin.renvoize(a)ptfs-europe.com QAContact: ian.walls(a)bywatersolutions.com If you delete a framework which still has some bib's attached to it then the searching slowly goes wrong for said biblios. Items become unlinked and biblio's show up as "no title" in a staff catalogue search. Fix: add some error checking code to test whether there are still bib's attached to the framework before allowing it's deletion and warn the user. -- 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 4

[Bug 7981] New: Transfer message when returning doesn't properly respect HomeOrHoldingBranchReturn syspref
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7981 Priority: P5 - low Change sponsored?: --- Bug ID: 7981 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: Transfer message when returning doesn't properly respect HomeOrHoldingBranchReturn syspref QA Contact: koha.sekjal(a)gmail.com Severity: minor Classification: Unclassified OS: All Reporter: chrish(a)catalyst.net.nz Hardware: All Status: NEW Version: unspecified Component: Circulation Product: Koha When returning a book it is said to require a transfer if the home branch is not the same as the current branch (even if HomeOrHoldingBranchReturn specifies it should be returned to the holding branch) Later on a message is generated in returns.pl if the first test was true, and this message respects HomeOrHoldingBranchReturn and will put the correct branch name into the message. -- You are receiving this mail because: You are watching all bug changes.

1 83

[Bug 9481] New: charge not showing fines
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9481 Bug ID: 9481 Summary: charge not showing fines Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.8 Hardware: All OS: All Status: NEW Severity: major 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 Created attachment 14816 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=14816&action=edit $0 charges When looking at the patron record or the checkout screen the checkout summary is now showing 0 for all the Charges even if the item was overdue and has accrued fines. This column I think used to show the fine amount. I have confirmed in 3.8.5 and master. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 40

[Bug 10753] New: Creating suggestions for 'Any library' uses _ANY as branchcode
by bugzilla-daemon＠bugs.koha-community.org 17 Sep '15

17 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10753 Bug ID: 10753 Summary: Creating suggestions for 'Any library' uses _ANY as branchcode Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: fridolyn.somers(a)biblibre.com The staff interface allows creating suggestions for "Any library". In this case the branchcode used in the suggestions table is _ANY_. I think this creates a few problem. I think one will be that we can't create a FK constraint on the branchcode for the suggestions table. It would also be more consistent with other code in Koha to use an empty branchcode for any library. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 11528] New: TrackClicks feature messes up proxied EBSCO e-books links?
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '15

16 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11528 Bug ID: 11528 Summary: TrackClicks feature messes up proxied EBSCO e-books links? 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Enabling the TrackClicks feature (track anonymously)seems to mess up links to EBSCO e-books. It was reported as a problem for a link to an e-book in the EBSCO Ebooks database. When you click on the link, it eventually resolves to the search interface of another one of our EBSCO databases (Alt HealthWatch). Could this be a proxy issue? The reporter is using EZProxy. It didn't seem to affect URLs connection to e-books for ebrary, Taylor & Francis, or Oxford. Would we have to do something special in the ezproxy config or the EBSCO stanza to allow the TrackClicks feature to work? -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 10128] New: Encoding problem when Search for an Authority to add to a bib record with non-latin characters the data re filled in form looks bad but the results good
by bugzilla-daemon＠bugs.koha-community.org 16 Sep '15

16 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10128 Bug ID: 10128 Summary: Encoding problem when Search for an Authority to add to a bib record with non-latin characters the data re filled in form looks bad but the results good Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: karamqubsi(a)gmail.com Created attachment 17702 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=17702&action=edit Show the search result is good but the data re filled in the form is bad. I hope the attached image will describe the whole problem -- You are receiving this mail because: You are watching all bug changes.

1 5