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

[Bug 15700] New: Buttons don't work in inventory/stocktaking
by bugzilla-daemon＠bugs.koha-community.org 24 Aug '16

24 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15700 Bug ID: 15700 Summary: Buttons don't work in inventory/stocktaking Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: gmcharlt(a)gmail.com Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org To reproduce: Go to Tools, Inventory/stocktaking Click Submit to show selection of items Buttons 'Mark seen and continue' and 'Continue without marking' do not work. -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 16491] New: Link barcodes in messages link to specific item during check in
by bugzilla-daemon＠bugs.koha-community.org 19 Aug '16

19 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16491 Bug ID: 16491 Summary: Link barcodes in messages link to specific item during check in Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Bug 15736 introduced a fix that turns off local use from populating the check in table. However, this takes away some functionality. There are times, after checking in an item, that a staff member needs to adjust something on the item. When the item appears in the check in table, the barcode gives a direct link to the item. With it off, all you have is what is shown in the message. The barcode shows, but the barcode and title are a single link to the record. Because of this, with the ShowAllCheckins preference set to Do not show, it takes an extra click to get to the item. It would be helpful if the barcode was a separate link to the item. Christopher -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 16372] New: Replace the use of "onclick" for deletion confirmation in some templates
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '16

17 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16372 Bug ID: 16372 Summary: Replace the use of "onclick" for deletion confirmation in some templates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Several templates include the use of an "onclick" attribute to handle deletion confirmations: intranet-main.tt patron_lists/lists.tt patroncards/image-manage.tt tools/koha-news.tt These should be modified so that events are handled in JavaScript. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 16622] New: some tests triggered by prove t fail for unset KOHA_CONF
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '16

17 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16622 Bug ID: 16622 Summary: some tests triggered by prove t fail for unset KOHA_CONF 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: mtompset(a)hotmail.com QA Contact: gmcharlt(a)gmail.com unset'ing KOHA_CONF from your environment, and then triggering 'prove t' results in several tests warning and complaining about C4::Context. Make sure failing tests are in the correct location (t vs t/db_dependent), properly mocked, or catch the warnings. The second option being the preferred one. -- You are receiving this mail because: You are watching all bug changes.

1 22

[Bug 15974] New: Rancor - 942c is always displaying first in the list.
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '16

17 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15974 Bug ID: 15974 Summary: Rancor - 942c is always displaying first in the list. Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: ed.veal(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When you open a record up using the advanced marc editor if there is a 942c the display will show the first in the list of possible koha Itypes. If you change this to the correct type it will save correctly. However, if you open a record and don't correct the 942c it will save based on what appears in the field (the first option). Ed -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 16531] New: Circ overdues report is showing an empty table if no overdues
by bugzilla-daemon＠bugs.koha-community.org 17 Aug '16

17 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16531 Bug ID: 16531 Summary: Circ overdues report is showing an empty table if no overdues Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleishaamohia(a)hotmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 51556 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51556&action=ed… Empty table -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 15929] New: typo in explanation for MaxSearchResultsItemsPerRecordStatusCheck
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '16

16 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15929 Bug ID: 15929 Summary: typo in explanation for MaxSearchResultsItemsPerRecordStatusCheck Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: System Administration 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 There's a typo in the explanation for the new MaxSearchResultsItemsPerRecordStatusCheck sys pref that was added in 3.22.2. "If a record has more than this number of items, they availability statuses ..." they should be the -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 16562] New: Translatability: Issue in opac-user.tt (separated word 'item')
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '16

16 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16562 Bug ID: 16562 Summary: Translatability: Issue in opac-user.tt (separated word 'item') Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial Priority: P5 - low Component: I18N/L10N Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr The following sentence needs a better wording to avoid translation problems: Pending for next available <i>[% ItemTypes.GetDescription( RESERVE.itemtype ) %]</i> item -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 16459] New: Adding patrons to a patron card label batch requires 'routing' permission
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '16

16 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16459 Bug ID: 16459 Summary: Adding patrons to a patron card label batch requires 'routing' permission Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Label/patron card printing Assignee: cnighswonger(a)foundations.edu Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding patrons to a patron card batch using the search for patrons feature, the required permission is 'routing'... which makes no sense. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 16462] New: Change default sorting of circulation patron search results to patron name
by bugzilla-daemon＠bugs.koha-community.org 16 Aug '16

16 Aug '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16462 Bug ID: 16462 Summary: Change default sorting of circulation patron search results to patron name Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 16336 At some point in the past the sorting of patron search results in circulation (checkout and placing holds) changed from being sorted by name to being sorted by card number. I think sorting by name is more useful in these interfaces. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16336 [Bug 16336] UX of holds patron search with long lists of results -- You are receiving this mail because: You are watching all bug changes.

1 12