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

[Bug 22992] New: When you merge records in a list there is no way to return to the list
by bugzilla-daemon＠bugs.koha-community.org 01 Apr '21

01 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22992 Bug ID: 22992 Summary: When you merge records in a list there is no way to return to the list Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: axel.amghar(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- In a list, you can merge records but when you do it, there is no way to return to the list directly. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 18372] New: transits are not created at check in despite user responsing Yes to the prompt
by bugzilla-daemon＠bugs.koha-community.org 31 Mar '21

31 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18372 Bug ID: 18372 Summary: transits are not created at check in despite user responsing Yes to the prompt 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: colin.campbell(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When checking in an item from another library the user is prompted whether the item should go into transit if they respond Yes no transit is created and the item status is shown as Available. The changes to the template circ/returns.tt lines 408-412 in bug 15821 appear to be the cause meaning no value is returned as dotransfer to the returns.pl script. Reverting these lines to how they were prior to bug 15821 restores transit behaviour -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 15729] New: SIP server allows checkin of reserved item
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '21

30 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15729 Bug ID: 15729 Summary: SIP server allows checkin of reserved item Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: bc(a)interleaf.ie QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com At present the SIP server will allow an item to be returned even if there is an outstanding hold on it. Some libraries do not see this as an issue and run reports for reserves before re-shelving. However, some prefer to have the item denied at the selfservice unit and force the borrower to return the item to the desk. With this in mind there should be a SIP systempreference which allows libraries to specify if a reserved item should be permitted to be checked in via the selfservice unit -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 22563] New: Convert lost handling to use 'status' instead of two accounttypes
by bugzilla-daemon＠bugs.koha-community.org 30 Mar '21

30 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22563 Bug ID: 22563 Summary: Convert lost handling to use 'status' instead of two accounttypes Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- Bug 22512 introduces a new field for tracking the 'state' of various accounttypes; We should convert the current lost handling from using `L`,`Rep`,`W` (denoting "Lost", "Replaced" and "Written Off") in combination with `LR` (denoting fine "Lost Returned"). This will clarify the logic and also pave the way to having a more user definable accounttype configuration. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 150

[Bug 17828] New: Koha::Patron::Attribute-> store should raise an exception if unique_id is being broken
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '21

25 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17828 Bug ID: 17828 Summary: Koha::Patron::Attribute->store should raise an exception if unique_id is being broken 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: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org The new Koha::Patron::Attribute should check the unique_id property and raise an exception if storing the new attribute would break it. -- You are receiving this mail because: You are watching all bug changes.

1 36

[Bug 22761] New: Move "Fee reciept" from template to a slip
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '21

25 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22761 Bug ID: 22761 Summary: Move "Fee reciept" from template to a slip Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- Some libraries would like to be able to customize the "Fee receipt". It makes sense to move the content of members/printfeercpt.pl to a the print section of the ACCOUNT_PAYMENT slip. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 60

[Bug 15751] New: Koha offline circulation Firefox addon does not update last seen date for check-ins
by bugzilla-daemon＠bugs.koha-community.org 22 Mar '21

22 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15751 Bug ID: 15751 Summary: Koha offline circulation Firefox addon does not update last seen date for check-ins Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: contribs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: fridolin.somers(a)biblibre.com, koha-bugs(a)lists.koha-community.org, testopia(a)bugs.koha-community.org When I check in something using the KOCT the last seen date is not updated. It does update the last seen date upon checkout, for what it's worth. -- You are receiving this mail because: You are the assignee for the bug. You are on the CC list for the bug. You are watching all bug changes.

1 22

[Bug 23282] New: Show all columns in Batch Item Modification and Batch Item Deletion
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23282 Bug ID: 23282 Summary: Show all columns in Batch Item Modification and Batch Item Deletion Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently when using either the Batch Item Modification or Batch Item Deletion, columns will only appear if there is in fact data in these fields. IF there is no value in the Source of Acquisition (for example) field, then the column does not appear with a blank value in it. Libraries may want to see all columns with blank data for double checking purposes. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 21803] New: Redesign authorized values interface
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '21

19 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21803 Bug ID: 21803 Summary: Redesign authorized values interface 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 Created attachment 82178 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=82178&action=ed… Screenshot showing the proposed interface The authorized values interface is unusual in that it loads the first category by default and category-switching only happens through a dropdown menu. I propose to make this page more like almost every other similar interface in Koha: Start with a table listing all the categories. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 19239] New: Cataloguing authority search result list to show double dashes for selected MARC 6XX subfields
by bugzilla-daemon＠bugs.koha-community.org 18 Mar '21

18 Mar '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19239 Bug ID: 19239 Summary: Cataloguing authority search result list to show double dashes for selected MARC 6XX subfields Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl On the cataloguing authority search result result list, show double dashes (--) before MARC 6XX subfields $v, $x, $y and $z data. Currently, the result list shows as: Australia History 2001- Enhanced authority result list will show the above heading as: Australia -- History -- 2001- -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6