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

[Bug 13342] New: not logged in user can place a review/comment as a deleted patron
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13342 Bug ID: 13342 Summary: not logged in user can place a review/comment as a deleted patron Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: testopia(a)bugs.koha-community.org REPLICATE: 1. Log in to OPAC. 2. Find a Biblio and open the comments-tab. 3. Wait for the session to timeout, or logout from another tab/window. 4. Modify/create a review/comment. 5. Save it. 6. Go to the staff client and moderate "Comments awaiting moderation". 7. Observe the review/comment as being created from "(deleted patron)" -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13338] New: Checkout times are wrong
by bugzilla-daemon＠bugs.koha-community.org 26 Nov '14

26 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13338 Bug ID: 13338 Summary: Checkout times are wrong Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: ketan(a)carvingit.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hello, This problem occured only on one of the koha installations. The problem is that the chekout times in the checkout history of a biblio are wrong. The server timezone is correct. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13337] New: Change hold terms in OPAC
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13337 Bug ID: 13337 Summary: Change hold terms in OPAC Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org This discussion came up from http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13309, in that there are some vague references to holds that are misleading and confusing for staff and patrons. On opac-search.pl, search results will display holds as "On hold", with a number. This term is easily confused with the "Total holds" displayed on the record (opac-detail.pl). The number displayed on opac-search.pl refers to the number of holds waiting, and the number on opac-detail.pl refers to the number of total holds. The number of holds waiting and in transit are just part of the statuses. However, I don't think they are statuses that most patrons would care about in general. I think we're providing the patrons with a lot of information they don't necessarily need. Personally I would prefer a total count, number of holds, and MAYBE the location of available items. Everything else is meaningless to me as a patron. I know we all look at this from different perspectives, so I get that what I think isn't necessarily the norm or the majority. But on behalf of all the patrons that have to wade through a sea of information to find what they are looking for, I think we are handing out some bits of information that we could do without, and I think it would be great if we had a little more flexibility in what we show or don't show. Perhaps we could have Total Copies, Total Copies Available, and Total Holds? Maybe a sub category showing Copies Available at: and then a list of libraries with an option to have call numbers showing or not? I'm not sure that call numbers are absolutely necessary on the discovery layer, although I guess it might help in determining type of material and target audience. What I would like to see, at least, are some or all of the following changes to opac-search.pl: 1) Change "On hold" to read as "Holds waiting" 2) Have the option to remove specific stats from results. 3) Have the option to add "Hold requests" to the results. 4) Have an option to remove call numbers from the results. 5) Have the ability to display "Total records" count with the results. I would also suggest the following changes to opac-detail.pl: 1) Change "Total holds" to read as "Hold requests" 2) Move or clone the "Hold requests" at the top of the page. We've cloned it under the cover, but somewhere in the main info would do fine. Christopher -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13152] New: Duplicate phone hold notices when using Talking Tech
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13152 Bug ID: 13152 Summary: Duplicate phone hold notices when using Talking Tech 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: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If a library is using Talking Tech for phone notices, any waiting hold phone notice will show up twice! This is because Koha generates on at the time the hold is set to waiting, and then the cronjob TalkingTech_itiva_outbound.pl generates it's own notice as well. The former notice will always have a status of 'pending', as the TalkingTech_itiva_inbound.pl script will update the notice the outbound script created. The solution is to prevent Koha from creating a phone notice for waiting holds if TT is enabled, and let the cron script do it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 12298] New: The "feed" MTT does not seem to be used
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12298 Bug ID: 12298 Summary: The "feed" MTT does not seem to be used Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 12865] New: Text in payment box
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12865 Bug ID: 12865 Summary: Text in payment box Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: jesse(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com We have come across a possible bug or issue with the note boxes in the pay fines tab on the staff clients. Here is a a few test cases to understand the issue. This test case works for single line payments. 1. Clear all check boxes and select the check box of the fine you would like to pay. Add a note and select the Pay Selected box. (see image Paymentbox1) 2. You should be in the confirmation screen and the note text should be brought over. (see Paymentbox2) 3. Hit the confirm button and the note now displays in the notes fields. (see Paymentbox3) This test case does not work. 1. Select the Pay Amount button, change and add a note in the note box. (see Paymentbox4) 2. Select confirm and the note does not display. The work around test case. 1. Select the check boxes of the fines the are choosing to pay and select the Pay Selected button. 2. Add a note in the notes box and select confirm. 3. The note displays. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 10956] New: Series of OPAC searches can cause a browser crash
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10956 Bug ID: 10956 Summary: Series of OPAC searches can cause a browser crash Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org In my tests this series of OPAC searches will result a browser crash (Firefox) or an endlessly loading tab (Chrome): 1. Perform a keyword search which will return a good number of results. 2. Click on a title in those results which will have a good number of works by that author. 3. Click on the author link on the detail page to perform a search by author. 4. Click on a facet on the author search results page (I tested by clicking on a library facet). 5. Click on a title in the refined search results. I've tested this procedure with XSLT on and off, with OpacBrowseResults on and off, and with EnableOpacSearchHistory on and off. I get the same results in both themes. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 12536] New: Incorrect number of irregularity issues
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12536 Bug ID: 12536 Summary: Incorrect number of irregularity issues Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: simith.doliveira(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com In Serials -> Planning tab, irregularity is always 1 issue. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 12851] New: order tags are not removed on claiming serials/orders
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12851 Bug ID: 12851 Summary: order tags are not removed on claiming serials/orders Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org If you use a claimissue notice to claim serials, the generated letter will be <order>Title1, Author1</order> <order>Title2, Author2</order> ... <order>TitleN, AuthorN</order> We need to ged rid of these tags. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 32

[Bug 12959] New: Check in forgets to remember arbitrary backdating of returns setting
by bugzilla-daemon＠bugs.koha-community.org 25 Nov '14

25 Nov '14

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12959 Bug ID: 12959 Summary: Check in forgets to remember arbitrary backdating of returns setting Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Whenever a librarian is prompted with a form during the checking process ( hold to fill, transfer, etc ) the date to backdate returns to is forgotten! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13