July 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 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 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 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 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

[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 13811] New: Silent Cronjobs
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13811 Bug ID: 13811 Summary: Silent Cronjobs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: maxime.beaulieu(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 13506] New: Sip/Configuration/*.pm classes are unused
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '15

19 Aug '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13506 Bug ID: 13506 Summary: Sip/Configuration/*.pm classes are unused Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com The classes Sip::Configuration::Account, Sip::Configuration::Institution and Sip::Configuration::Service are not actually used. Sip::Configuration calls new on all three but does not save the returned objects. Access to accounts, institutions and services is always to the hashref stored in the Configuration object not to objects of these classes. The Config code should be cleaned up by removing these Classes -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[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