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

[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

[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 #13 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- 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. -- 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 Martin Renvoize <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|koha-bugs(a)lists.koha-commun |martin.renvoize@ptfs-europe |ity.org |.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14591] book drop / drop box mode incorrectly decrements accrued overdue fines
by bugzilla-daemon＠bugs.koha-community.org 03 Apr '19

03 Apr '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14591 --- Comment #35 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- (In reply to Katrin Fischer from comment #32) > Where is the test plan here? > > I am trying to determine if this will also help fixing: > > Bug 12144 - Book drop mode mode erasing fine when CalculateFinesOnReturn is > enabled > Bug 8338 - fines not cleared with dropbox mode Bug 12144 has been effectively replaced with bug 22539 which is currently seeking QA. I encountered the though process that I believe has led to bug 8338 whilst coding bug 22539 and I asked the same questions there.. -- You are receiving this mail because: You are watching all bug changes.

1 0