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

[Bug 18433] New: Allow to select results to export in item search
by bugzilla-daemon＠bugs.koha-community.org 20 Apr '21

20 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18433 Bug ID: 18433 Summary: Allow to select results to export in item search Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Searching Assignee: julian.maurice(a)biblibre.com Reporter: julian.maurice(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 18394 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18394 [Bug 18394] Add an option to item search to export a barcodes file -- You are receiving this mail because: You are watching all bug changes.

1 62

[Bug 21549] New: Lock expired patron accounts
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21549 Bug ID: 21549 Summary: Lock expired patron accounts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com See also bug 21336. We could do the same for expired patron accounts. We would need an additional pref to define the number of days to wait before locking the account. After that they run in the same workflow as the unsubscribe requests in 21336 (lock, anonymize, delete). Would it be useful? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 59

[Bug 18170] New: Show damaged status on check-in
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '21

17 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18170 Bug ID: 18170 Summary: Show damaged status on check-in Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be nice if when checking in an item we could see if it has a damaged status without opening a new tab to see. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 31

[Bug 20533] New: Call Number Search plugin functionality
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '21

17 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20533 Bug ID: 20533 Summary: Call Number Search plugin functionality Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org The call number search plugin has great functionality- it would be great to get a little bit more features with this. There is no scrolling feature or the ability to look at the next page of results, so it would be nice to de-dup on the call number. Then the same call number is not repeated over and over again and then more unique call numbers can be displayed. In addition, if more than one title has the same call number, it is not helpful to see that multiple times in this search also. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 20532] New: Display of 245 fields in basket.pl
by bugzilla-daemon＠bugs.koha-community.org 17 Apr '21

17 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20532 Bug ID: 20532 Summary: Display of 245 fields in basket.pl Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Currently, when adding an item to a basket and viewing the basket.pl, only certain fields are visible (245a is the only field from the title) on this page. It would be beneficial to see the entire 245 field including all the subfields to the 245 fields on this page. This would help to know more specifically what format is being ordered. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 18195] New: Charge for expired holds per patron category
by bugzilla-daemon＠bugs.koha-community.org 15 Apr '21

15 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18195 Bug ID: 18195 Summary: Charge for expired holds per patron category Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: sally.healey(a)cheshiresharedservices.gov.uk QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com ExpireReservesMaxPickUpDelayCharge allows one charge to be applied to all holds that expire. However, each patron category can have a unique hold fee. It would be preferable if each patron category could also have a unique 'hold expired' fee, so different patron categories could be charged different amounts (or not at all) for expired holds. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 17388] New: Suggestion detail page marks suggestion as rejected and accepted
by bugzilla-daemon＠bugs.koha-community.org 06 Apr '21

06 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17388 Bug ID: 17388 Summary: Suggestion detail page marks suggestion as rejected and accepted Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org To reproduce: - Create a suggestion - In suggestions management, mark it ("accidentally") as accepted. - Then change status, e.g. to rejected - Display the suggestion's detail page Result: Weird information on detail page, suggestion appears as rejected and as accepted. See screeshot. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 19207] New: Don't export fields
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '21

03 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19207 Bug ID: 19207 Summary: Don't export fields Change sponsored?: --- Product: Koha Version: 3.22 Hardware: PC OS: Linux Status: NEW Severity: normal Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: osimandias(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 66613 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=66613&action=ed… srceenshot GUI option In the GUI option "Don't export fields" (of export.pl) is not expressed correctly. It does not exclude the field of the exported records, What it does, is to exclude the records that contain that field. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 16628] New: Patrons requesting modifications link behaves differently on the home page than the members-home.pl page
by bugzilla-daemon＠bugs.koha-community.org 02 Apr '21

02 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16628 Bug ID: 16628 Summary: Patrons requesting modifications link behaves differently on the home page than the members-home.pl page Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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 It would appear that the links do not behave the same between the members-update.pl page and mainpage.pl. When IndependentBranchesPatronModifications is set to Prevent, the link on mainpage.pl shows the count for your library, and only shows when your library has requests. However, the link ALWAYS shows on members-update.pl, and shows the total of all requests. I don't believe any other feature in Koha works this way, and I don't believe this should be the behavior of this feature. In my opinion, the link on mainpage.pl behaves correctly, and the link on members-update.pl should be changed to do the same. Christopher -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[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