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

[Bug 10612] New: Add ability to delete patrons with batch patron modification tool
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10612 Bug ID: 10612 Summary: Add ability to delete patrons with batch patron modification tool Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The batch patron deletion/anonymization does not allow for batch deletion of arbitrary lists of patrons. The batch patron modification tool allows for modification of arbitrary lists of patrons, but not deletion. If would be highly beneficial to add patron deletion to the batch patron modification tool. -- You are receiving this mail because: You are watching all bug changes.

1 81

[Bug 14536] New: PageObject-pattern base implementation
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14536 Bug ID: 14536 Summary: PageObject-pattern base implementation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: gmcharlt(a)gmail.com This patch introduces: -PageObject base class and example tests, -a interactive debug script to drive PageObjects more easily. ------------------ PageObjects are used to make robust and reusable integration test components to test various front-end features. PageObjects load a Selenium::Remote::Driver implementation, phantomjs by default and use this to do scripted user actions in the browser, eg. clicking HTML-elements, accepting popup dialogs, entering text to input fields. PageObjects encapsulate those very low-level operations into clear and easily usable actions or services, like doPasswordLogin(). PageObjects also seamlessly deal with navigation from one page to another, eg. my $mainpage = t::lib::Page::Mainpage->new(); $mainpage->doPasswordLogin('admin', '1234')->gotoPatrons()-> searchPatrons({keywordSearch => "Jane Doe"}); PageObjects make doing integration tests so great! You can google for the specifics of PageObject patterns and there are a ton of great tutorials explaining their function. --------------------- Interactive debugger at misc/devel/interactiveWebDriverShell.pl loads the desired PageObject with the needed parameters to the debugger context and makes dynamic UserAgent scripting easy and fun! -- You are receiving this mail because: You are watching all bug changes.

1 34

[Bug 13906] New: TestObjectFactory(ies) for Koha objects. Enable easy Test object creation from HASHes or from preconfigured test groups.
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13906 Bug ID: 13906 Summary: TestObjectFactory(ies) for Koha objects. Enable easy Test object creation from HASHes or from preconfigured test groups. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: olli-antti.kivilahti(a)jns.fi QA Contact: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 38

[Bug 14752] New: Add multiple copies to a basket at once
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14752 Bug ID: 14752 Summary: Add multiple copies to a basket at once Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: nicole(a)bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 9715] New: QueryAutoTruncate and QueryFuzzy Conflict
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9715 Bug ID: 9715 Summary: QueryAutoTruncate and QueryFuzzy Conflict Classification: Unclassified Change sponsored?: --- Product: Koha Version: 3.10 Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: martin.renvoize(a)ptfs-europe.com Some combinations of QueryAutoTruncate and QueryFuzzy lead to search returning 0 results for all searches. The following combinations break search: QueryAutoTruncate - only if * is added QueryFuzzy - Try and QueryAutoTruncate - automatically. QueryFuzzy - Don't try -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 14598] New: itemtype is not set on statistics by C4::Circulation::AddReturn
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14598 Bug ID: 14598 Summary: itemtype is not set on statistics by C4::Circulation::AddReturn Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 84

[Bug 14637] New: Add patron category fails with MySQL 5.6.26
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14637 Bug ID: 14637 Summary: Add patron category fails with MySQL 5.6.26 Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: boutrosboutrosboutros(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Cannot add patron category in web interface (/cgi-bin/koha/admin/categorie.pl?op=add_form). It fails with "An error occurred when inserting this patron category. The patron category might already exist." The logs wil show: categorie.pl: DBD::mysql::st execute failed: Incorrect date value: '' for column 'enrolmentperioddate' at row 1 at /usr/share/koha/intranet/cgi-bin/admin/categorie.pl line 231., referer: http://192.168.50.12:8081/cgi-bin/koha/admin/categorie.pl?op=add_form Disabling STRICT_TRANS_TABLES in MySQL will fix the problem, but as the setting is default now, we should have a permanent fix. This is a similar problem as bug #13523. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 11096] New: Koha cannot retreive big records from Zebra
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11096 Bug ID: 11096 Summary: Koha cannot retreive big records from Zebra Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org When we switched from ISO2709 to MARCXML as the default indexing format we got rid of the errors regarding big record indexing; notably serials with lots of items. The problem is that the current ZOOM connection in Koha is set to retreive records in 'usmarc'. This makes retreiving search results silently fail for big records, and even when those records are correctly indexed, the user would fail to reach them. Steps to reproduce: - Create a new simple record with 100$a = Arquitectura viva - Add it several big note fields - Add several items to it - Reindex, search for Arquitectura viva - Record doesn't show - In a terminal, use yaz-client to do a manual query (adjust to your setup): $ yaz-client -k 100000 unix:/home/tomas/koha-dev/var/run/zebradb/bibliosocket > base biblios > f @attr 1=4 @attr 4=1 @attr 6=3 "Arquitectura viva" > s It should fail because of the size of the record. - Rerun like this: > format xml > elem marcxml > f @attr 1=4 @attr 4=1 @attr 6=3 "Arquitectura viva" > s There you go :-D -- You are receiving this mail because: You are watching all bug changes.

1 113

[Bug 12803] New: Add ability to skip closed libraries when generating the holds queue
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12803 Bug ID: 12803 Summary: Add ability to skip closed libraries when generating the holds queue Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 The holds queue is typically generated many times a day in order to select items to fill holds. Often these items are to be sent to a different library. However, if the library whose item is picked to fill a hold is closed, that hold will remain unfilled even if there are other open libraries who own that item. It would be helpful if we could skip closed libraries for the purpose of selecting items to fill holds. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 93

[Bug 10455] New: remove duplicated/redundant bibltioitems.marc field
by bugzilla-daemon＠bugs.koha-community.org 25 Jan '16

25 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10455 Bug ID: 10455 Summary: remove duplicated/redundant bibltioitems.marc field Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: mtj(a)kohaaloha.com in Koha, for each bib, we have identical MARC data stored in *two* different columns in the 'biblioitems' table (biblioitems.marcxml and biblioitems.marc) as far as i know, we only need to store this data in one field, not two this patch will attempt to remove code referencing the 'biblioitems.marc' field, and replace it with 'biblioitems.marcxml' -- You are receiving this mail because: You are watching all bug changes.

1 15