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

[Bug 11909] New: Fix hidelostitems, OpacHiddenItems total count, prog them facet display
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '15

03 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11909 Bug ID: 11909 Summary: Fix hidelostitems, OpacHiddenItems total count, prog them facet display 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: matted-34813(a)mypacks.net QA Contact: testopia(a)bugs.koha-community.org hidelostitems hides the biblio when all items are lost. - we just want to hide the items, not the biblio. - one can use the Availability Refine your search to hide the biblios, so that functionality provides the feature, without a default hiding of biblios. opac-search.pl search results calculates wrong "total" so that Number of results found indicator is off, and is misreported, as well as breaks auto-redirect to details when ONLY one result is returned, with various combinations of usage of hidelostitems, and OpacHiddenItems. facets "Refine your serach" displays in "prog" theme when no search results returned. - this seemd fine in bootstrap theme. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 14690] New: Patron import tool page missing extra search patron options
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14690 Bug ID: 14690 Summary: Patron import tool page missing extra search patron options Change sponsored?: --- Product: Koha Version: 3.18 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com The Search Patrons box at the top of import_borrowers.pl has a + sign so you can reveal the extra options to search by library and/or categorycode. All that happens when you click on the [+] link, the [+] changes to a [-], and vice versa. No extra line is revealed. Test plan: 1.) Go to Tools --> Import Patrons. 2.) Click on the Search Patrons box (if it isn't activated already). 3.) Click on the [+] link next to the search box. 4.) Note that it changes to [-], but no extra line is revealed. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 14154] New: 608$9 defined twice in UNIMARC biblio-koha-indexdefs.xml
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14154 Bug ID: 14154 Summary: 608$9 defined twice in UNIMARC biblio-koha-indexdefs.xml Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: gmcharlt(a)gmail.com Reporter: fridolyn.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org In DOM config file : etc/zebradb/marc_defs/unimarc/biblios/biblio-koha-indexdefs.xml, the 608$9 is defined a second time instead of 610$9. Just a type I think. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 11298] New: Renewal due date won't take specified time into account
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11298 Bug ID: 11298 Summary: Renewal due date won't take specified time into account 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: 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 To reproduce: - Check out an item that is renewable - Renew setting a manual renwal due date, change the time from 23:59 to something else - Renew - Verify that the time is set to 23:59 instead of your chosen time -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 14141] New: Changing the Library for a notice duplicates the notice instead of updating it
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14141 Bug ID: 14141 Summary: Changing the Library for a notice duplicates the notice instead of updating it Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org If you edit a notice for a library and choose to change the Library field, the notice is created for that library, but the old notice remains. Essentially this turns the "update" into a "copy with edits". -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 12311] New: Batch modification of checked out and lost items checks them in
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12311 Bug ID: 12311 Summary: Batch modification of checked out and lost items checks them in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org If you use the batch modification tool to change details of an item which is checked out and lost the item is checked in. To reproduce: 1. Identify items which are checked out and lost. 2. Submit these items for batch modification. 3. Choose any field to modify: collection code, item type, price, etc. 4. Complete the modifications. 5. Confirm that these items are no longer checked out. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 6756] New: Patron anonymizing tool reports false success
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6756 Bug #: 6756 Summary: Patron anonymizing tool reports false success Classification: Unclassified Change sponsored?: --- Product: Koha Version: master Platform: All URL: /cgi-bin/koha/tools/cleanborrowers.pl OS/Version: All Status: NEW Severity: major Priority: P5 Component: Tools AssignedTo: gmcharlt(a)gmail.com ReportedBy: katrin.fischer(a)bsz-bw.de QAContact: koha-bugs(a)lists.koha-community.org Problem: Koha gives you no hint, that you have to set up an anonymous patron (system preference AnonymousPatron) for the anonymization to work correctly. Even worse, if you don't have one, it will still report successfull deletion of patron's history, even though nothing has changed in the old_issues table and no informatoin was deleted or anonymized. To reproduce: - Check your AnonymousPatorn system preference is empty - Go to Tools > Delete some old patrons/Anonymize some check-out histor - Uncheck 'Delete borrower who has not borrowed since...' - Select a date near to the present for 'Anonymize check-out history older than...' and 'next' - Check that it reports more than 0 to be anonymized and 'next' > Koha reports successful deletion If you check the old_issues table before and after the process you will see that nothing has changed. With an anonymous patron set up correctly it works well. -- 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 14733] New: Prevent a record from having holds with duplicate priorities
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14733 Bug ID: 14733 Summary: Prevent a record from having holds with duplicate priorities Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It is possible to create holds with duplicate priorities. The reason for this is that typically the priority is calculated before placing the hold. When the hold is placed the priority is calculated. This can easily be shown by opening up two browser windows and starting to place a hold for a record in each one. You'll see that both list the same priority. If you than place the hold in each window, both holds will have the same priority! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 13675] New: the budget of an order is set to null if not changed on receiving
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13675 Bug ID: 13675 Summary: the budget of an order is set to null if not changed on receiving 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: jonathan.druart(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Note that this bug should not appear using the interface. C4::Acquisition::ModReceiveOrder updates the aqorders with budget_id=NULL if no budget_id given in parameter. Actually the same budget_id should be used. In tests (especially t/db_dependent/Acquisition/TransferOrder.t), ModReceiveOrder is not called with a budget_id param and set to NULL the budget_id value. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 14589] New: Replace fetch CGI::Cookie calls
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14589 Bug ID: 14589 Summary: Replace fetch CGI::Cookie calls Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 20