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

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

[Bug 11407] New: Patron search for borrowernumber doesn't work
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11407 Bug ID: 11407 Summary: Patron search for borrowernumber doesn't work 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: 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 A patron search with borrowernumber doesn't seem to work correctly. To reproduce: - Go to patrons module - Open advanced patron search options using plus - switch search field to borrower number - search for a small borrowernumber (for example 3) The results in my database were over 200 patrons, not all borrowernumbers contained a 3, nor did all cardnumbers. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 10706] New: keyword search on reports should search report number
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '15

23 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10706 Bug ID: 10706 Summary: keyword search on reports should search report number Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: gmcharlt(a)gmail.com Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When using the keyword filter on the reports page it should also let you search the report number - or there should be a report number filter, but I think expanding the keyword is probably easier. -- You are receiving this mail because: You are watching all bug changes.

1 18