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

[Bug 14582] New: OPAC detail shows an unuseful link to "add tag" when user is not logged in
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14582 Bug ID: 14582 Summary: OPAC detail shows an unuseful link to "add tag" when user is not logged in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: sophie.meynieux(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org On opac-detail, when a user is not logged in, with Tags enabled, you've got both : - a link "Add tag(s)" that does nothing - a comment "Log in to add tags." We would expect only the comment in this case, and the link when the user is logged-in -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 3333] item status for "not for loan" by item type / item is different
by bugzilla-daemon＠bugs.koha-community.org 20 Aug '15

20 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3333 --- Comment #17 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #16) > Using an existing record, I get 1 item "available for loan" and 1 "available > for reference". > The one "available for reference" is the one with an item type not for loan. > > The display is the same before and after the patch. > I don't manage to know why it has this status. Without the patch === staff catalogue results: 2 items, 2 available opac xslt results: 1 for loan, 1 for reference opac non-xslt results: Available: branch(1), branch(1) With the patch: === staff catalogue results: 2 items, 1 available opac xslt results: 1 for loan, 1 for reference opac non-xslt results: Available: branch(1) So, your test confirms my opac xslt results. But note the results in opac non-xslt and staff catalogue. See commit message. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 14180] New: Make "Always show checkouts immediately" a global setting
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14180 Bug ID: 14180 Summary: Make "Always show checkouts immediately" a global setting Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Right now the checkbox is unchecked by default and your setting will be kept during the session. Several libraries have asked to check the checkbox permanently, as it's annoying to redo the checkbox every morning or even several times during the day. One of the librarians reporting this is relying on a screen reader and braille line - which makes the task of rechecking the checkbox in order to be able to read the checkouts even more tedious. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 3333] item status for "not for loan" by item type / item is different
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3333 --- Comment #16 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Using an existing record, I get 1 item "available for loan" and 1 "available for reference". The one "available for reference" is the one with an item type not for loan. The display is the same before and after the patch. I don't manage to know why it has this status. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[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 3186] invalid or uninstalled SMSSendDriver (or bad number format) causes process_message_queue to fail
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3186 --- Comment #14 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- *** Bug 14611 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14611] New: SMS::Send hangs on malformed mobile #, process_message_queue fails
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14611 Bug ID: 14611 Summary: SMS::Send hangs on malformed mobile #, process_message_queue fails 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: fred.pierre(a)smfpl.org QA Contact: testopia(a)bugs.koha-community.org SMS::Send hangs on malformed mobile #, process_message_queue fails Staff entered an e-mail address into the mobile phone field - the software fails to test the input for numeric, just records the e-mail address as a string. SMS::Send from PERL balks at processing the malformed string as a phone number and the message queue cannot send the remaining messages, leaving them all marked as pending. Eliminating the problem message from the message_queue allows the messages to send (all the back messages as well), but the problem reoccurs the next time that patron is text messaged. Again, this is when text information is entered into the mobile phone number field for a patron that specifies an SMS transport type. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 3333] item status for "not for loan" by item type / item is different
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=3333 --- Comment #15 from Marcel de Rooy <m.de.rooy(a)rijksmuseum.nl> --- (In reply to Jonathan Druart from comment #13) > (In reply to Nick Clemens from comment #12) > > > Additionally, a Place hold link should disappear in the opac, when it is > > > not possible to place a hold on any item of one biblio. > > > > Everything got marked 'Not for loan' as expected, but I didn't see the above > > triggered > > > Marcel, is it still valid? Should we remove from the test plan or it's a bug? The Place hold link disappears for a biblio with (all) items marked not for loan via the special itemtype. But here is the misunderstanding: The test plan does not include this specific case mentioned in the commit message. (Since the second biblio in the test plan only has one item of the itemtype with NFL.) So no bug, no actual change of test plan needed. Could have been an additional test in the test plan.. And it works for me :) -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 14628] New: anonymization of patron data ignores refund lost
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14628 Bug ID: 14628 Summary: anonymization of patron data ignores refund lost Change sponsored?: --- Product: Koha Version: 3.18 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 QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If a lost item is returned and you have it set to refund the patron the lost fee but also have it set to erase reading history the refund is not processed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1