June 2020 - Koha-bugs - lists.koha-community.org

[Bug 13550] Automatic processing status
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '20

27 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13550 --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Yes, but not totally sure yet how it would be realized best. Maybe changing an enhancing the 'modifications by age' would be a way to go. There is already a bug that it should look for other critiera. Looking at a certain defined list of items, could be another thing. Maybe we need a way to define lists of items like we can define lists for patrons and bibs first? That could also be used with batch tools. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 13165] Active Hold Limit
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '20

27 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13165 --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I think you are right that this turns into limiting checkouts in some way. So a hold can only trigger when there is 'room' on the patron account? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13165] Active Hold Limit
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '20

27 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13165 --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Yes it does. Indeed Netflix loaning DVDs were never a thing here in Germany, afaik. So I didn't know how this works/worked. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 14210] Manage staged marc records deletes replaced item when undoing import into catalog
by bugzilla-daemon＠bugs.koha-community.org 27 Jun '20

27 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14210 AspenCat Team <aspencatteam(a)clicweb.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aspencatteam(a)clicweb.org --- Comment #4 from AspenCat Team <aspencatteam(a)clicweb.org> --- Although a big warn would certainly be helpful, it would be better to get it fixed (so undo could happen). We are on elastic search. Warn should include advising to keep a marc file of the previous state of affairs to load to recreate the items that disappeared. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13978] Add cancellation link to hold notification e-mails
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '20

26 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13978 --- Comment #3 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to Katrin Fischer from comment #2) > I think achieving this without having to log in first is the harder bit, > because you want a link that cannot be guessed and misused by someone else. > You'd need a token or similar that only the email recipient and Koha know. A > link into the catalog would be easier. Maybe the token could be based on the reservation ID, or that and the borrower ID? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13752] Item level holds crossed if item moved to another bib
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '20

26 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13752 --- Comment #6 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to Katrin Fischer from comment #3) > Wondering: if you move the order using the transfer option, the biblionumber > would not change. There must be another step we are missing? If there is a step that is missing, I'm not sure what it is. But, this does point out how this can get messed up. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 13550] Automatic processing status
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '20

26 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13550 --- Comment #2 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- I think, ultimately, what is needed is a way to make a list of items, where you can schedule a one time or reoccurring task. Maybe even make use of the lists option (but you would need to be able to list a specific item). The automatic item modifications is good, but to try and set a rule for every item you want to fall into this behavior would be an onerous task. If there were a way to link a list of items (again items, not bibs) to one of these rules, that would be a HUGE improvement. But it would also help if this tool could be triggered not just by age, but other counts, like number of issues, or by a certain date. Does that make sense? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 25742] New: Non-member guarantor fields show in non minor accounts
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '20

26 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25742 Bug ID: 25742 Summary: Non-member guarantor fields show in non minor accounts Change sponsored?: --- Product: Koha Version: 19.11 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 Edit an adult account. You will find the last name and the first/middle fields for the non-member guarantor in the form. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 13165] Active Hold Limit
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '20

26 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13165 --- Comment #2 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to Katrin Fischer from comment #1) > You kinda lost me there > "I would love to see holds updated to act kind of like the Netflix DVD queue > system." :) Are you being funny, or just don't know? Maybe it is just a US thing? Basically, a patron could have placed 50 holds, but they are only allowed to have 10 holds at a time. Thinking about this more, we can kind of do this, but it means limiting the checkouts to 10. But the idea behind this is that their next hold request cannot get triggered until they are below the threshold. That threshold could be: * Number of items currently checked out * Number of items currently checked out from other libraries * Number of items currently in transfer or waiting I'm leaning towards the second one: Number of items currently checked out from other libraries. But, you could have 50 items on their way, and then after the 10th item checks out, the rest turn around and go home or to the next person. Waste of time. It might need to be a combination of the second and third. number of items currently transfer or waiting, and then if that is below the threshold, number of items currently checked out from other libraries. This idea stems from examples of patrons that hoard lots of items through holds. We also have patrons that place tons of holds and either don't pick them up, or pick through what comes in and only checks out what they want. Holds are not for browsing here. I HOPE that helps. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 12077] Give superlibrarian ability to remove selected patron fine history.
by bugzilla-daemon＠bugs.koha-community.org 26 Jun '20

26 Jun '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12077 --- Comment #2 from Christopher Brannon <cbrannon(a)cdalibrary.org> --- (In reply to Katrin Fischer from comment #1) > For the unwanted credit, does the new 'void' and credit related features > solve the issue? No. We still end up with items we can't resolve on our end of things. We still end up asking ByWater to remove credits or line items that should not be there. There are some libraries that are not allowed to fix mistakes with credit, writeoffs or voids. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0