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

[Bug 14834] New: Add a range parameter (in days) to membership_expiry cronjob
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14834 Bug ID: 14834 Summary: Add a range parameter (in days) to membership_expiry cronjob 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: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com The cronjob from bug 6810 now only looks at the exact day a membership expires. You have to run it each night. But what if you want to run it once a week? Or rerun it a day later and want to include the expires of the day before? An additional range parameter would be handy.. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 15

[Bug 10881] New: Fast Add Framework has different item fields
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10881 Bug ID: 10881 Summary: Fast Add Framework has different item fields Change sponsored?: --- Product: Koha Version: 3.12 Hardware: PC OS: Windows Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: akilsdonk(a)esilibrary.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When using the Fast Add MARC Framework, the Add Item form is different from the Add Item form that appears with other Frameworks. Additional fields are visible in the Fast Add item form. I also noticed that Nonpublic notes added in the Fast Add item form do not show up in the Notes during check in. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 14535] New: Late orders doensn't show orders with price = 0
by bugzilla-daemon＠bugs.koha-community.org 18 Jan '16

18 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14535 Bug ID: 14535 Summary: Late orders doensn't show orders with price = 0 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org If the price is unknown or the book is free, part of another deal or whatever, the orders are entered with 0.00 as a price sometimes. The problem is, that those orders won't ever show up in the late orders page, although you might want to ask for them to be delivered. This is because of a condition in the routine: 110 sub GetBooksellersWithLateOrders { 111 my ( $delay, $estimateddeliverydatefrom, $estimateddeliverydateto ) = @_; 112 my $dbh = C4::Context->dbh; 117 my $query; 118 my @query_params = (); 119 my $dbdriver = C4::Context->config("db_scheme") || "mysql"; 120 $query = " 121 SELECT DISTINCT aqbasket.booksellerid, aqbooksellers.name 122 FROM aqorders LEFT JOIN aqbasket ON aqorders.basketno=aqbasket.basketno 123 LEFT JOIN aqbooksellers ON aqbasket.booksellerid = aqbooksellers.id 124 WHERE 125 ( datereceived = '' 126 OR datereceived IS NULL 127 OR aqorders.quantityreceived < aqorders.quantity 128 ) 129 AND aqorders.rrp <> 0 130 AND aqorders.ecost <> 0 131 AND aqorders.quantity - COALESCE(aqorders.quantityreceived,0) <> 0 132 AND aqbasket.closedate IS NOT NULL 133 " -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 7143] New: Bug for tracking changes to the about page
by bugzilla-daemon＠bugs.koha-community.org 17 Jan '16

17 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7143 Bug #: 7143 Summary: Bug for tracking changes to the about page Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/about.pl OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: About AssignedTo: nengard(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Bug for tracking changes to the about page (new release teams, new developers, companies, etc.) -- 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 513

[Bug 13552] New: Added: debarredcomment and debarreddate in batch patrons modification
by bugzilla-daemon＠bugs.koha-community.org 16 Jan '16

16 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13552 Bug ID: 13552 Summary: Added: debarredcomment and debarreddate in batch patrons modification 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: amitddng135(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Added: debarredcomment and debarreddate in batch patrons modification -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 14658] New: Split PatronSelfRegistrationBorrowerUnwantedField into two preferences for creating and editing
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14658 Bug ID: 14658 Summary: Split PatronSelfRegistrationBorrowerUnwantedField into two preferences for creating and editing Change sponsored?: Sponsored Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: jweaver(a)bywatersolutions.com Reporter: jweaver(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 6322] New: It's possible to view lists/virtualshelves even when virtualshelves is off
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6322 Bug #: 6322 Summary: It's possible to view lists/virtualshelves even when virtualshelves is off Classification: Unclassified Change sponsored?: --- Product: Koha Version: rel_3_6 Platform: All OS/Version: All Status: NEW Severity: normal Priority: P5 Component: Virtual Shelves AssignedTo: gmcharlt(a)gmail.com ReportedBy: magnus(a)enger.priv.no QAContact: koha-bugs(a)lists.koha-community.org In current head, setting the virtualshelves syspref to off removes the Lists "button" from the OPAC, but if you visit the URL of a list, you can still view it's contents. I would have expected to get a message like "this feature is currently turned off" or similar. -- 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 23

[Bug 14828] New: Move the item types related code to Koha::ItemTypes
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14828 Bug ID: 14828 Summary: Move the item types related code to Koha::ItemTypes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement 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 -- You are receiving this mail because: You are watching all bug changes.

1 48

[Bug 14699] New: Intranet search history issues due to DataTables pagination
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14699 Bug ID: 14699 Summary: Intranet search history issues due to DataTables pagination Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org DataTables removes hidden rows from the DOM. Because of that, "Select all", "Clear all" and the form submission don't work correctly (basically they act only on the currently displayed page). As OPAC search history doesn't use DataTables, this bug only affects intranet. To reproduce: 1/ Go to your search history page 2/ Make you sure you have at least 21 entries in your search history. If not, do some searches and come back here. 3/ Click "Select all" and change page. The checkboxes on the new page are not checked. 4/ Check some checkboxes on this new page and click "Clear all". Go back to the previous page, checkboxes are still checked. 5/ Check some checkboxes on at least 2 different pages and click "Delete". Only search history entries selected on the current page were deleted. This bug affects both biblio and authority search history. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 11904] New: Proposal for a uniform way to send messages to user interface
by bugzilla-daemon＠bugs.koha-community.org 15 Jan '16

15 Jan '16

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11904 Bug ID: 11904 Summary: Proposal for a uniform way to send messages to user interface Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org I find quite horrible that for sending a message to user interface we have to do something like that: $template->param(there_was_an_error_during_checkout => 1); then in template: [% IF there_was_an_error_during_checkout = 1 %] <div>There was an error during checkout</div> [% END %] or even worse, having to add a parameter in the URL we want to redirect to. So here is a proposal for a uniform way to send messages to user interface. -- You are receiving this mail because: You are watching all bug changes.

1 45