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

[Bug 16245] New: Enhancements to RIS fails on change TY
by bugzilla-daemon＠bugs.koha-community.org 28 Dec '16

28 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16245 Bug ID: 16245 Summary: Enhancements to RIS fails on change TY Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Good morning We have found one potential bug on this patch (https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12357) The issue is that RisExportAdditionalFields doesn't recognize property the TY This patch is not recognizing propertly the type of the record, if leader position 6 is 'a' it publishs as book even the position 7 is b=article And it fails when try to modify it. We have tried to add TY: [942$c] to force the patch to replace the TY value, but it keeps the default Book value Koha 3.22.5 (debian jessy 8 with plack enabled) Test: Catalogue a record with LDR 6 and 7 'ab' --> this is an article check the record type is article in koha leader Download as RIS and check that type is book Modify syspref RisExportAdditionalFields TY: [337$a] (or whatever you wish) Download as RIS the ty is still book, it doesn't matter the value of 337$a or whatever -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 16086] New: Add Koha::Issue objects.
by bugzilla-daemon＠bugs.koha-community.org 20 Dec '16

20 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16086 Bug ID: 16086 Summary: Add Koha::Issue objects. 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: alex.sassmannshausen(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org This bug raises the prospect of adding the Koha::Issue objects. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 16373] New: merge.pl reports success but files are not merged
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '16

15 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16373 Bug ID: 16373 Summary: merge.pl reports success but files are not merged Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Testing on master and 3.22.5 showed this issue, 3.20.x everything works fine To recreate: Select two biblios to merge Merge them Sucess reported but list of bibs contains only the reference record. View the 'new' record, it won't have any additional items View the 'merged' record, it is still there with its items -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 15803] New: Koha::AuthorisedValues - Remove GetAuthorisedValueCategories
by bugzilla-daemon＠bugs.koha-community.org 14 Dec '16

14 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15803 Bug ID: 15803 Summary: Koha::AuthorisedValues - Remove GetAuthorisedValueCategories 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 Depends on: 15801 Blocks: 15799 The subroutine C4::Koha::GetAuthorisedValueCategories just retrieves all the authorised value categories. We already have a method in the Koha::AuthorisedValues module to do this job, let's use it! Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15799 [Bug 15799] Move authorised values related code into Koha::AuthorisedValues - part 2 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15801 [Bug 15801] Move the framework related code to Koha::BiblioFramework[s] - part 2 -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 16348] New: Kohacon 2012 is not on the website
by bugzilla-daemon＠bugs.koha-community.org 13 Dec '16

13 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16348 Bug ID: 16348 Summary: Kohacon 2012 is not on the website Change sponsored?: --- Product: Project Infrastructure Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Project website Assignee: wizzyrea(a)gmail.com Reporter: mirko(a)abunchofthings.net There is no link and no menu entry for Kohacon 2012. There has been one at some point, it probably just got lost when changing the navigation. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 16001] New: Use standard message dialog when there are no cities to list
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '16

01 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16001 Bug ID: 16001 Summary: Use standard message dialog when there are no cities to list Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/admin/cities.pl OS: All Status: ASSIGNED Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org In Administration -> Cities and towns, if there are no cities defined that information should be shown in the standard <div class="dialog message"> -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 16230] New: Show tooltip with menu item when fund cannot be deleted
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '16

01 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16230 Bug ID: 16230 Summary: Show tooltip with menu item when fund cannot be deleted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: minor Priority: P3 Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: fridolin.somers(a)biblibre.com, gmcharlt(a)gmail.com, josef.moravec(a)gmail.com, katrin.fischer(a)bsz-bw.de, koha-bugs(a)lists.koha-community.org, magnus(a)libriotech.no, nengard(a)gmail.com, tomascohen(a)gmail.com Blocks: 2310 In Acquisitions -> Funds, if you cannot delete a fund (for instance, because it has children), the "Delete" menu item is grayed out. The menu has the correct markup to trigger a Bootstrap tooltip, but there isn't the correct JavaScript to trigger its display. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2310 [Bug 2310] Omnibus: Delete grayed out w/out explanation -- You are receiving this mail because: You are on the CC list for the bug. You are watching all bug changes.

1 9

[Bug 16013] New: Classification sources are not deletable
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '16

01 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16013 Bug ID: 16013 Summary: Classification sources are not deletable Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: System Administration Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 15764] New: KOCT timestamp timezone problem
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '16

01 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15764 Bug ID: 15764 Summary: KOCT timestamp timezone problem Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Web services Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org KOCT plugin send UTC timestamp, it should be converted to local timezone -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 15718] New: Need more information for items that don't successfully batch checkout
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '16

01 Dec '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15718 Bug ID: 15718 Summary: Need more information for items that don't successfully batch checkout Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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 Created attachment 47530 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=47530&action=ed… batch checkout failed list I'm testing the new batch checkout feature in 3.22, and am trying to throw every possible non-standard status at it to see if it hiccups. So far, so good. If an item won't check out because it's of a non-loanable item type or not for loan status or over a circ rule threshold, the batch checkout screen displays somewhat helpful text for why something won't batch check out. However, after you've pressed the confirm Checkout button, if items cannot be be checked out due to different reasons, the list of non-checked out items displays on the screen, but you aren't told anywhere on the screen that these are the items that DIDN'T check out in the batch check out process. The information column that had populated on the previous screen is now blank. (see attached screenshot) To recreate: 1. Enable batch checkout and applicable patron categories 2. Using a patron with a category set in step 1, attempt to batch checkout several materials, including two materials that wouldn't normally check out anyway (example: not for loan status or non-loanable item type, or over checkout limit numbers). 3. Once the items are submitted for batch checkout, note that (at least) two items that can't be checked out have information listed in the information column. 4. Confirm the batch checkouts. 5. Note that the screen that appears does not indicate the item list is for those that failed the batch checkout process. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14