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

[Bug 15900] New: Remove use of recordpayment in ProcessOfflinePayment
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15900 Bug ID: 15900 Summary: Remove use of recordpayment in ProcessOfflinePayment Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 15895] New: Add Koha::Account module, replace recordpayment with Koha::Account::pay
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '16

29 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15895 Bug ID: 15895 Summary: Add Koha::Account module, replace recordpayment with Koha::Account::pay Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 39

[Bug 15874] New: koha-dump should provide a way to exclude any database table
by bugzilla-daemon＠bugs.koha-community.org 09 Sep '16

09 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15874 Bug ID: 15874 Summary: koha-dump should provide a way to exclude any database table Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: costalc(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz koha-dump should provide a way to exclude any database table from the backup process, like --ignore-table switch does in mysqldump command. For example: biblioimages and patronimage tables in most cases are heavy tables that consume a long backup execution time so it would be nice to be able not to do a backup of them. Ref: http://dev.mysql.com/doc/refman/5.1/en/mysqldump.html#option_mysqldump_igno… -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 15859] New: Move some basic MARC editor controls into settings menu
by bugzilla-daemon＠bugs.koha-community.org 07 Sep '16

07 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15859 Bug ID: 15859 Summary: Move some basic MARC editor controls into settings menu Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/cataloguing/addbiblio.pl OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 48231 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=48231&action=ed… Screenshot of the proposed change I think it would simplify the "basic" MARC editor a little to move some controls into a "Settings" menu similar to the one in the advanced editor. I propose that these items be included in the menu: - Switch to advanced editor - Show MARC tag documentation links - Show tags - Change framework -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 15819] New: Error when edit borrowers "There are no patron categories defined" but categories exists
by bugzilla-daemon＠bugs.koha-community.org 06 Sep '16

06 Sep '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15819 Bug ID: 15819 Summary: Error when edit borrowers "There are no patron categories defined" but categories exists Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: blocker Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: hblancoca(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com when i try to edit borrower appears "There are no patron categories defined" in memberentry.pl but the categories works fine, i believe that the problem is the variable to .tt aply to cataloging module not appear authorised values I really apreciate your help -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 15930] New: DataTables patron search defaulting to 'starts_with' and not getting correct parameters to parse multiple word searches
by bugzilla-daemon＠bugs.koha-community.org 25 Aug '16

25 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15930 Bug ID: 15930 Summary: DataTables patron search defaulting to 'starts_with' and not getting correct parameters to parse multiple word searches Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org So far I know this is affecting: request.pl svc/members.search When two terms are used to search e.g. 'Henry Acevedo' no results are returned The query in the system is searching for borrower.'surname' LIKE 'Henry Acevedo%' The searchtype parameter needs to e set to 'contain' -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 15700] New: Buttons don't work in inventory/stocktaking
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '16

24 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15700 Bug ID: 15700 Summary: Buttons don't work in inventory/stocktaking Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: Go to Tools, Inventory/stocktaking Click Submit to show selection of items Buttons 'Mark seen and continue' and 'Continue without marking' do not work. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 15929] New: typo in explanation for MaxSearchResultsItemsPerRecordStatusCheck
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '16

16 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15929 Bug ID: 15929 Summary: typo in explanation for MaxSearchResultsItemsPerRecordStatusCheck Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hbraum(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com There's a typo in the explanation for the new MaxSearchResultsItemsPerRecordStatusCheck sys pref that was added in 3.22.2. "If a record has more than this number of items, they availability statuses ..." they should be the -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 15782] New: Paging on comments moderation broken
by bugzilla-daemon＠bugs.koha-community.org 14 Aug '16

14 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15782 Bug ID: 15782 Summary: Paging on comments moderation broken Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When you have more than a "page" of comments already moderated (possibly also with 'to moderate'), a paging option is shown at the bottom. But instead of moving you to the next page, it will move you by one comment entry, which is not the expected behaviour and makes it really hard to use for systems with a lot of comments. Example: a b c d ... Use > to navigate to the next page b c d e ... -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 15809] New: versions of CGI < 4.08 do not have multi_param
by bugzilla-daemon＠bugs.koha-community.org 02 Aug '16

02 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15809 Bug ID: 15809 Summary: versions of CGI < 4.08 do not have multi_param Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org On debian Jessie, the CGI version is >= 4.08 Since this version, the param method raise a warning "CGI::param called in list context". Indeed, it can cause vulnerability if called in list context https://metacpan.org/pod/CGI#Fetching-the-value-or-values-of-a-single-named… http://blog.gerv.net/2014/10/new-class-of-vulnerability-in-perl-web-applica… There is a long journey to get rid of these warnings. First I suggest to redefine the multi_param method when the CGI version installed is < 4.08, it will allow us to move the wrong ->param calls to ->multi_param without waiting for everybody to upgrade. The different ways to call these 2 methods are: my $foo = $cgi->param('foo'); # OK my @foo = $cgi->param('foo'); # NOK, will raise the warning my @foo = $cgi->multi_param('foo'); #OK $template->param( foo => $cgi->param('foo') ); # NOK, will raise the warning and vulnerable $template->param( foo => scalar $cgi->param('foo') ); # OK -- You are receiving this mail because: You are watching all bug changes.

1 42