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

[Bug 12034] New: MSG_REMOVE_FROM_LIST different wording between OPAC and staff client
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12034 Bug ID: 12034 Summary: MSG_REMOVE_FROM_LIST different wording between OPAC and staff client Change sponsored?: --- Product: Koha Version: master 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 Staff client: "Are you sure you want to remove these records from the shelf?" OPAC: "Are you sure you want to remove these items from the list?" Should probably pick one wording, and use that in both staff client and OPAC. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 11901] New: Change old reference to "shelf" to "list"
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11901 Bug ID: 11901 Summary: Change old reference to "shelf" to "list" Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: Staff Client 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 When removing items from a list, the message asks “Are you sure you want to remove these records from the shelf?” That is confusing, the names should match so we know what we’re removing them from. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[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 14058] New: not working some deb file sites on web installation
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '15

24 Apr '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14058 Bug ID: 14058 Summary: not working some deb file sites on web installation Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: bugs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: girakaduwa(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[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