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

[Bug 11524] New: Strange URL parameters in OPAC
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11524 Bug ID: 11524 Summary: Strange URL parameters in OPAC Change sponsored?: --- Product: Koha Version: 3.14 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org While testing some patches, I noticed that the OPAC will generate 'strange' URLs when you repeat the following steps: - Log into the OPAC - Do a search for any search term in simple search - Change the sorting The resulting URL is: http://localhost/cgi-bin/koha/opac-search.pl?idx=kw&q=der&sort_by=pubdate_d… I think this could be an unwanted side effect of the search history patches that were recently pushed (bug 10952). -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 11220] New: Patron edit process doesn't remember restriction selections
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11220 Bug ID: 11220 Summary: Patron edit process doesn't remember restriction selections Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com If you are editing a patron who has an existing restriction or you are adding a manual restriction, the form doesn't remember your selections if the page is redisplayed after an error. The problem cannot be demonstrated by a validation error which is caught by the client-side validation. It has to be a server-side validation error in order to trigger the full refresh of the page after error. In my case the error was triggered because the existing patron's dateofbirth was '0000-00-00' in the database and Koha returned an error message because of this. To reproduce using a patron record which has no restrictions: 1. Start with a patron record which will trigger a server-side error message. 2. Add a manual restriction in the "Patron restrictions" section of the edit form. 3. Submit your changes. 4. After the page refreshes the form will be redisplayed with an error message at the top. Whatever data you entered for the manual restriction will be gone. To reproduce using a patron record which has restrictions: 1. Start with a patron record which will trigger a server-side error message. 2. Check the box next to the existing restriction you want to remove. 3. Submit your changes. 4. After the page refreshes the form will be redisplayed with an error message at the top. The checkbox you checked will be empty. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10232] New: Permission check for editing help files is broken
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10232 Bug ID: 10232 Summary: Permission check for editing help files is broken Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Authentication Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de CC: dpavlin(a)rot13.org To test: - Try editing a help file as superlibrarian, confirm you get to the editor. You might not be able to save your changes though, because of file permissions. - Try editing a help file with any of the listed permissions from the edithelp.pl file: 43 my ( $template, $loggedinuser, $cookie ) = get_template_and_user( 44 { 45 template_name => "help/edithelp.tt", 46 query => $input, 47 type => "intranet", 48 authnotrequired => 0, 49 flagsrequired => { 50 catalogue => 1, 51 circulate => 1, 52 parameters => 1, 53 borrowers => 1, 54 permissions => 1, 55 reserveforothers => 1, 56 borrow => 1, 57 reserveforself => 1, 58 editcatalogue => 1, 59 updatecharges => 1, 60 }, 61 debug => 1, 62 } 63 ); Verify it doesn't work. I think reserveforself doesn't exist in current Koha and the choice of permissions seems a bit arbitrary. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 6422] New: help files for the OPAC
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6422 Bug #: 6422 Summary: help files for the OPAC Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: OPAC AssignedTo: oleonard(a)myacpl.org ReportedBy: nengard(a)gmail.com QAContact: koha-bugs(a)lists.koha-community.org It would be great if we had editable help files for the OPAC like we do in the staff client. -- 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 10909] New: You can delete a patron who has created virtualsheves without any warn
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10909 Bug ID: 10909 Summary: You can delete a patron who has created virtualsheves without any warn 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: mathieu.saby(a)univ-rennes2.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com You can delete a patron who has created virtualsheves without any warn. I think it happends in my library, and it is BAD. M. Saby -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 11281] New: printing holds awaiting pickup prints both tabs
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11281 Bug ID: 11281 Summary: printing holds awaiting pickup prints both tabs Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org If i want to print the holds over tab from the browser it prints the holds waiting first and then the holds over. It would be nice if the print option only printed the page I was looking at (those waiting or those over). -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 13765] New: Only serial issue can be deleted causing error
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13765 Bug ID: 13765 Summary: Only serial issue can be deleted causing error Change sponsored?: --- Product: Koha Version: 3.16 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: joy(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com A subscription is set up and a serial issue is created. Click on Serial Collection (to the left). Click on Serial issue checkbox. Click Edit Serial button. Select delete as in the dropdown for the Status. Click Save. Following error appears: Software error: Usage: Date::Calc::Delta_Days(year1, month1, day1, year2, month2, day2) at /home/load13/kohaclone/C4/Serials.pm line 2379. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 12551] New: Special due date not cleared after item added through fast catalgoing is checked out.
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12551 Bug ID: 12551 Summary: Special due date not cleared after item added through fast catalgoing is checked out. 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When a date is added in the 'Specify due date' field of circulation.pm, then an item is added via the fast-add framework, the due date is re-populated for the next patron. Was able to re-create on http://intranet.bywatersolutions.com/cgi-bin/koha/circ/circulation.pl (user: bywater password: bywater) Steps to re-create: 1) Navigate to http://intranet.bywatersolutions.com/cgi-bin/koha/circ/circulation.pl 2) Enter barcode 24535000001969 [Laura Johnson] 3) Add tomorrow's date in the 'Specify due date (MM/DD/YYYY)' text box. 4) Add a non-existent barcode and click 'Check Out' 5) Click the 'Fast cataloging' link on the yellow warning bar. 6) On the 'Add MARC record (fast cataloging)' screen: -- Add title "ASDF ASDF ASDF" -- Change Koha [default] item type to 'Book' -- click 'Save' button. 7) Click 'Add item' -- This will check out the newly added item. 8) Un-check 'Remember for session' 9) Click 'Clear' -- This will clear the special due date. 10) Enter barcode '24535000001971' [Ann Smith] 11) Note that Due-date is re-populated. It doesn't seem to matter whether 'Remember for session' is un-checked in step 8, the Due-date will be re-populated for the next patron. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 13491] New: make Selfcheck follow the CircAutoPrintQuickSlip
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13491 Bug ID: 13491 Summary: make Selfcheck follow the CircAutoPrintQuickSlip 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: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Selfcheck should follow the CircAutoPrintQuickSlip system preference - or maybe we need another sys pref to control which slip prints via self check. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 11236] New: callnumber no longer can be searched in serials
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11236 Bug ID: 11236 Summary: callnumber no longer can be searched in serials 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: Susanne.Jerger(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2