January 2017 - Koha-bugs - lists.koha-community.org

[Bug 17933] New: Prevent internal software error when searching patron with invalid birth date
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '17

20 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17933 Bug ID: 17933 Summary: Prevent internal software error when searching patron with invalid birth date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: dpavlin(a)rot13.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It seems that Bug 17557 reintroduced problem with invalid birth dates fixed by Bug 17375. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 17655] New: Insertion of intranetuserjs should be moved to the end of <body>
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '17

19 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17655 Bug ID: 17655 Summary: Insertion of intranetuserjs should be moved to the end of <body> Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com At present, intranetuserjs is expanded somewhere before the </body> tag. This means that everything in intranetuserjs *must* be wrapped in $(document).ready( function(){ ... }); It's considered good jquery coding practice to move all jquery directly before the </body> tag so that this isn't necessary. I believe that this is the case for the OPAC already. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 15816] New: Timeout login redirects to home page
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '17

19 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15816 Bug ID: 15816 Summary: Timeout login redirects to home page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P3 Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: library(a)stas.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com On the staff client, when the session times out, or the user is asked to login again, the login always redirects to the home page. Formerly (as of 3.18.6 from which we upgraded to 3.22.1), it would redirect back to the page requested. --------- Example of former behavior: Login has timed out. User clicks link for a new biblio record from z39.50 (Cataloging). Pop-up search window opens, but asks for a login. Once logged in the z39.50 search form is shown. Example of present behavior: Login has timed out. User clicks link for a new biblio record from z39.50 (Cataloging). Pop-up search window opens, but asks for a login. Once logged in the staff home page is shown in the pop-up window. Behavior is the same for other pages as well. It seems the requested page (which appears in the address bar) is not passed to the login form (which is in mainpage.pl) and instead mainpage.pl is shown. Not a deal breaker, but annoying to have to login from scratch (or in another window) to a continue working on a record you were working on yesterday, or continue a session. I suspect Bug 15005. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 16632] New: When placing hold in OPAC patron has to search, log in and then search again
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '17

19 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16632 Bug ID: 16632 Summary: When placing hold in OPAC patron has to search, log in and then search again Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: amy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org >From one of our partners: When a patron chooses to place a hold from the from the OPAC details screen for an item, the system does not display the bib record of the item but takes you to your account login, then your account. Then patron must search for the title again, and ask to place a hold again before it is confirmed. I have confirmed this behavior. I think the requested behavior is for the OPAC to retain the search after the patron logs in so that the search doesn't have to be repeated again to get to the item they want to place the hold on. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 17389] New: Exporting framework always export the default framework
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '17

19 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17389 Bug ID: 17389 Summary: Exporting framework always export the default framework Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: major Priority: P5 - low Component: System Administration Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 17410] New: Export default Framework gives always empty file
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '17

19 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17410 Bug ID: 17410 Summary: Export default Framework gives always empty file Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In koha 16.05.04 when tries to export the default framework, generates an emtpy file even choosing any format. In plack-error.log Use of uninitialized value $mode in string eq at /usr/share/koha/lib/C4/ImportExportFramework.pm line 212. Use of uninitialized value $mode in string eq at /usr/share/koha/lib/C4/ImportExportFramework.pm line 212. Use of uninitialized value $mode in string eq at /usr/share/koha/lib/C4/ImportExportFramework.pm line 232. Use of uninitialized value $mode in string eq at /usr/share/koha/lib/C4/ImportExportFramework.pm line 232. Use of uninitialized value $mode in string eq at /usr/share/koha/lib/C4/ImportExportFramework.pm line 249. Use of uninitialized value $mode in string eq at /usr/share/koha/lib/C4/ImportExportFramework.pm line 251. Use of uninitialized value $format in string eq at /usr/share/koha/intranet/cgi-bin/admin/import_export_framework.pl line 58. Use of uninitialized value $format in string eq at /usr/share/koha/intranet/cgi-bin/admin/import_export_framework.pl line 65. There is no problem when exporting any other framework TEsted in Koha 16.05.04 on Debian 8 with plack enabled -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 18014] New: Make auth_header.authid AUTO_INCREMENT
by bugzilla-daemon＠bugs.koha-community.org 19 Feb '17

19 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18014 Bug ID: 18014 Summary: Make auth_header.authid AUTO_INCREMENT 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 44

[Bug 17980] New: Working title
by bugzilla-daemon＠bugs.koha-community.org 18 Feb '17

18 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17980 Bug ID: 17980 Summary: Working title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Authority data support Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 17982] New: Working title
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '17

15 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17982 Bug ID: 17982 Summary: Working title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 33

[Bug 17935] New: Working title
by bugzilla-daemon＠bugs.koha-community.org 15 Feb '17

15 Feb '17

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17935 Bug ID: 17935 Summary: Working title Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Developer documentation Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 18