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

[Bug 10404] New: Add previous/next browsing to staff client search results
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10404 Bug ID: 10404 Summary: Add previous/next browsing to staff client search results Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: new feature Priority: P5 - low Component: Staff Client Assignee: jcamins(a)cpbibliography.com Reporter: jcamins(a)cpbibliography.com CC: gmcharlt(a)gmail.com There is currently no way to go to the next record in a search result list on the staff client, and there really should be some sort of previous/next browse functionality. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 11498] New: can bypass sco timeout with print dialog
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11498 Bug ID: 11498 Summary: can bypass sco timeout with print dialog Change sponsored?: --- Product: Koha Version: 3.12 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org You have to click one of the options on the self check print dialog for the screen to log out. The SelfCheckTimeout system preference doesn't seem to be able to function when the print receipt question is up. So if a patron walks away without making a selection, their checkouts remain on the screen. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 11514] New: Untranslatable "Uncertain" text in acq
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11514 Bug ID: 11514 Summary: Untranslatable "Uncertain" text in acq Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)pttk.fi QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Hard-coded, untranslatable text in acquisitions: acqui/basket.pl: $line{rrpgste} .= ' (Uncertain)'; acqui/invoice.pl: $line{rrp} .= ' (Uncertain)'; -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

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