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

[Bug 11897] Stock Rotation for Koha
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11897 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |22634 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22634 [Bug 22634] Standardize table creation for stockrotation* tables in kohacstructure.sql -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11894] Funds toolbar menu items greyed out without explanation and might still work
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11894 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Funds toolbar menu items |Funds toolbar menu items |greyed out without |greyed out without |explanation |explanation and might still | |work CC| |katrin.fischer(a)bsz-bw.de --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- There is another bug here: They might be greyd out, but still work when you click on them. To test: - Create a budget - Create a fund - Lock the budget - Go to the fund spage - "Create a new fund for..." is greyed out, but will still work when you click it -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9805] Lost items are un-lost if returned, but not if renewed
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9805 --- Comment #55 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to SiobhanC from comment #54) > I'd also be interested in an update on this - we are using > DefaultLongOverdueLostValue to automatically update item status. We allow > renewal of these items, in the staff client and OPAC, but when items are > renewed, the lost status remains which means that fines are not applied and > overdue notices are not sent. There is talk of a system pref for removing > lost status when items renewed - will this be in a future release? At the moment, there is no testable code for this bug. There have also been some questions we have not been sure about. Would you want to be able to renew all lost items with any lost status (long overdue or lost with replacement charge applied treated the same)? At the moment we have different ideas how this should work: - lost items remain lost after renewing - renewing an item already marked lost should not be possible - renewing a lost item should be possible and remove lost status - renewing a lost item should be possible and not remove lost status Maybe it would make sense to differentiate behaviour for long overdue and lost by patron? In this case we'd probably need some YAML like preference or one that aloows to list different lost status. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8775] Add collection to lost report
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8775 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Add collection code to lost |Add collection to lost |report |report -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21070] New: request.pl details links to biblio instead of moredetail.pl for that item
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21070 Bug ID: 21070 Summary: request.pl details links to biblio instead of moredetail.pl for that item Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests 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 Created attachment 76928 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=76928&action=ed… detailscolumnview If someone needs to modify an item that is placed on an item level hold for someone, it seems like it would make sense for the "Details column (see detachment) barcode link to go to moredetail.pl for that item number than for it to go to the biblio page. The behavior would be more like clicking on a barcode from either the biblio page or the check-in screen. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 10345] Copy number should be incremented when adding multiple items at once
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10345 --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Thx Björn for taking care of such an 'oldie' -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10345] Copy number should be incremented when adding multiple items at once
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10345 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #87237|0 |1 is obsolete| | --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 87353 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=87353&action=ed… Bug 10345: Increment copy number when adding multiple copies. To test: 1. Add multiple copies of an item with data in the 'Copy number' field. Note that tha data will be identical for all items. 2. Apply patch. 3. Add multiple copies of an item with a positive integer (ie. only digits) in the 'Copy number' field. Note that the copy number is incremented for each item. 4. Add multiple copies of an item with some other type of data in the 'Copy number' field. Note that the copy number field remains unchanged for the added items. Signed-off-by: Pierre-Marc Thibault <pierre-marc.thibault(a)inLibro.com> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 10345] Copy number should be incremented when adding multiple items at once
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10345 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 --- Comment #15 from Kyle M Hall <kyle(a)bywatersolutions.com> --- (In reply to Martin Renvoize from comment #13) > I think at this point this comes down to the question I asked in comment 11 > bug 22359 > > > Question: This patch uses the existing UpdateFine (and as such > > Koha::Account->adjust) functionality. It will result in a fine line > > with an amount of '0'. Is this actually what we want? > > > > We have a few alternatives we could consider: > > > > 1) We could leave it as is. > > 1) We could delete the fine entirely so it's as if it never existed > > 2) We could record a 'Writeoff' or something line against it to show it was > > removed by dropbox/backdated returns mode. My personal preference is to leave the 0 fine as part of the 'paper trail' for Koha's accounting system. I would not be opposed to option 2. We could add new 'states' for 'Dropboxed', 'Backdated return' and 'Fine forgiven' if we build it on top of bug 22512. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8338] fines not cleared with dropbox mode
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8338 --- Comment #14 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- bug 22539 even.. oops. -- You are receiving this mail because: You are watching all bug changes.

1 0