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

[Bug 13781] New: Relative's checkouts tableis missing one column heading
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '15

23 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13781 Bug ID: 13781 Summary: Relative's checkouts tableis missing one column heading Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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 Created attachment 36376 --> http://bugs.koha-community.org/bugzilla3/attachment.cgi?id=36376&action=edit Screenshot of the table In the relatives' checkouts table one column heading is missing, so most of the column headings are off and don't match what is shown in the column. It looks like the very first column heading for 'due date' is missing. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 7634] New: Permanent Location is NULL when Import MARC records tool is used
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '15

23 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7634 Bug #: 7634 Summary: Permanent Location is NULL when Import MARC records tool is used Classification: Unclassified Change sponsored?: --- Product: Koha Version: unspecified Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: joy(a)bywatersolutions.com QAContact: koha.sekjal(a)gmail.com When MARC records and items are ingested into Koha through the MARC record import tool, the items.permanent_location field is left NULL. Items that are created through original cataloging have the items.permanent_location set to the items.location value. This causes serious issues when items are circulated and the library is using the CART/PROC system preferences. NULL values in the permanent_location are then copied to the location field. -- 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 31

[Bug 8723] New: holds don't transfer when moving items
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '15

23 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8723 Priority: P5 - low Change sponsored?: --- Bug ID: 8723 CC: gmcharlt(a)gmail.com Assignee: koha-bugs(a)lists.koha-community.org Summary: holds don't transfer when moving items Severity: critical Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Hold requests Product: Koha When using the attach item feature, if the item being moved/attached has an item specific hold on it, the hold does not transfer. It remains on the patron's record but is still linked to the original bib record making it impossible to find/delete/confirm. Nicole -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 14782] New: can't search by username anymore
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '15

23 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14782 Bug ID: 14782 Summary: can't search by username anymore Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons 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 We used to be able to search by username when doing patron searching and that availability is gone. I think this happened with the new patron search form in ajax. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 14683] New: Unable to clear SMS number
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '15

23 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14683 Bug ID: 14683 Summary: Unable to clear SMS number Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: larit(a)student.uef.fi QA Contact: testopia(a)bugs.koha-community.org In opac-messaging.pl (your messaging) you cannot unset your SMS number once it has been set if your mobile (other phone) field is empty. When checking for modified SMS number, we also check if SMS number does not equal mobile phone. This is causing the bug: $query->param('SMSnumber') ne $borrower->{'mobile'} Since mobile is empty and the given SMS number is also empty, the given SMS number will not be saved. Does anybody have an idea why we have this kind of condition? to reproduce: -2. Make sure borrower does not have mobile (other phone) set -1. Make sure you have SMS messaging enabled 1. Navigate to your messaging 2. Insert SMS number and submit 3. Clear SMS number and submit 4. Observe that the sms number did not change -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 14655] New: Cannot checkin without Anonymous Patron
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '15

23 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14655 Bug ID: 14655 Summary: Cannot checkin without Anonymous Patron Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: blocker 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 3.18.9 has a huge error. You cannot check in if you don't have an anonymous patron. Most of our partners don't allow opacprivacy or anonymous suggestions so they don't have an anonymous patron. You shouldn't need one if you don't do anything with anonymizing. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 12525] New: Patron Lists aren't added to list pulldown when created from Patron search
by bugzilla-daemon＠bugs.koha-community.org 23 Sep '15

23 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12525 Bug ID: 12525 Summary: Patron Lists aren't added to list pulldown when created from Patron search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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 The new ajax patron search needs to add newly created patron lists to the pulldown dynamically since the page is no longer reloaded. In addition, the notice should fade out after a given amount of time so another addition of patrons to a list is more prominent. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 25

[Bug 14860] New: Keyboard shortcuts not functioning correctly after loading database.
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14860 Bug ID: 14860 Summary: Keyboard shortcuts not functioning correctly after loading database. Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: tmcmahon(a)wlpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com After a fresh package install of 3.18 or 3.20 and going through the web interface to finish the install and get a default setup, the keyboard shortcuts for the tabs on the staff interface work fine. After loading the database from our current system (3.06.04.00) and upgrading the database, the shortcut keys select the wrong tabs. On the start page (mainpage.pl): Alt+u = Search the catalog Alt+r = Check out Alt+q = Search patrons On circulation-home.pl: Alt+q = Check in and the other two keys are the same. I think the keys selecting different tabs on different pages were caused by bug 14829 (http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14829) but I can't figure out why the keys are wrong on all pages. I've tried upgrading the database through the web interface and using koha-upgrade-schema. Both give me the same results -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 14760] New: Disabled courses display in the course reserves list for items
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14760 Bug ID: 14760 Summary: Disabled courses display in the course reserves list for items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If an item is on reserve for two courses but one of those courses is disabled, both courses are still listed on opac-detail.pl! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 10273] New: Unit tests should not be dependent on the Jenkins database
by bugzilla-daemon＠bugs.koha-community.org 22 Sep '15

22 Sep '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10273 Bug ID: 10273 Summary: Unit tests should not be dependent on the Jenkins database Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: gmcharlt(a)gmail.com Reporter: jonathan.druart(a)biblibre.com This report is an omnibus. The idea is to have a test suite to launch on any instance. -- You are receiving this mail because: You are watching all bug changes.

1 13