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

[Bug 15115] New: Editing item information on active course reserves should not be allowed.
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '15

03 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15115 Bug ID: 15115 Summary: Editing item information on active course reserves should not be allowed. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When an item is put on active reserve in course reserves, the item's data is copied into a row in the course_items table. Taking the item off active reserve swaps the data in course_items and items. This means that editing item level data will have unexpected consequences. Item level data should be ghosted when items are on active reserve. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 8133] New: hourly loans doesn't know when library closed
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '15

03 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8133 Priority: P5 - low Change sponsored?: --- Bug ID: 8133 CC: gmcharlt(a)gmail.com Assignee: kyle.m.hall(a)gmail.com Summary: hourly loans doesn't know when library closed Severity: enhancement Classification: Unclassified OS: All Reporter: nengard(a)gmail.com Hardware: All Status: NEW Version: master Component: Circulation Product: Koha The calendar only asks for dates the library is open closed, so if you have an hourly loan it doesn't know that the library is closed between 8pm and 9am for example and is marking things overdue that maybe the library doesn't consider overdue. -- You are receiving this mail because: You are watching all bug changes.

1 66

[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 15019] New: Plack testing - Umbrella
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '15

03 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15019 Bug ID: 15019 Summary: Plack testing - Umbrella 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: 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 30

[Bug 15113] New: koha-rebuild-zebra should check USE_INDEXER_DAEMON and skip if enabled
by bugzilla-daemon＠bugs.koha-community.org 03 Nov '15

03 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15113 Bug ID: 15113 Summary: koha-rebuild-zebra should check USE_INDEXER_DAEMON and skip if enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Command-line Utilities Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz -- You are receiving this mail because: You are watching all bug changes.

1 1

[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 15042] New: Barcode <branchcode>yymm0001 does not work when receiving serials
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15042 Bug ID: 15042 Summary: Barcode <branchcode>yymm0001 does not work when receiving serials Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Serials Assignee: magnus(a)libriotech.no Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com To reproduce: - Set autoBarcode = <branchcode>yymm0001 - Make sure you have a serial that is set to "create an item record when receiving this serial" - Receive an issue - Click in the barcode field - nothing happens Bug 11273, attachment 42372 changes the logic around locating the barcode field in the item table from this: - for (i=0 ; i<document.f.field_value.length ; i++) { - if (document.f.tag[i].value == '$args->{loctag}' && document.f.subfield[i].value == '$args->{locsubfield}') { To this: + var form = document.getElementById('f'); + if ( !form ) { + form = document.getElementById('Aform'); + } + for (i=0 ; i<form.field_value.length ; i++) { + if (form.tag[i].value == '$args->{loctag}' && form.subfield[i].value == '$args->{locsubfield}') { This works for the item table that adds items to a bib record: <form id="f" method="post" action="/cgi-bin/koha/cataloguing/additem.pl" name="f"> but not for the item table that you get when receiving a serials issue, which is missing the id="f": <form method="post" name="f" action="serials-edit.pl" id="serials_edit"> Patch coming! -- You are receiving this mail because: You are watching all bug changes.

1 14

[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 14937] New: Expiration date for holds based onReservesMaxPickUpDelay should not require ExpireReservesMaxPickUpDelay
by bugzilla-daemon＠bugs.koha-community.org 02 Nov '15

02 Nov '15

http://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14937 Bug ID: 14937 Summary: Expiration date for holds based onReservesMaxPickUpDelay should not require ExpireReservesMaxPickUpDelay Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle.m.hall(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org C4::Letters::_parseletter will replace reserves.expirationdate with the date a hold will be marked as problematic ( holds over ) if both ReservesMaxPickUpDelay and ExpireReservesMaxPickUpDelay are enabled. There is no reason this feature needs to rely on ExpireReservesMaxPickUpDelay as there are many libraries that would like to send the last day to pick up a hold in notices, but would rather deal with the expired waiting holds manually rather than have Koha cancel them automatically. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[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