[Koha-bugs] [Bug 13165] Don't trigger holds when patrons have already reached limit of checkouts

2023-08-30 Thread bugzilla-daemon
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13165

Katie Bliss  changed:

   What|Removed |Added

 CC||kebl...@dmpl.org

-- 
You are receiving this mail because:
You are watching all bug changes.
___
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/


[Koha-bugs] [Bug 13165] Don't trigger holds when patrons have already reached limit of checkouts

2023-08-28 Thread bugzilla-daemon
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13165

Katrin Fischer  changed:

   What|Removed |Added

   See Also||https://bugs.koha-community
   ||.org/bugzilla3/show_bug.cgi
   ||?id=15489

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
___
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/


[Koha-bugs] [Bug 13165] Don't trigger holds when patrons have already reached limit of checkouts

2023-07-10 Thread bugzilla-daemon
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13165

--- Comment #6 from Christopher Brannon  ---
I think that it should be up to the system admin to implement, not how
complicated we might think it is for the patron.  If a library can communicate
this well, it would be worth it.

It could simply be communicated at the time the hold is being placed like a
warning: "Please note that holds are not filled if you have reached the limit
of your library's checkouts."

Maybe we could even have something that would display checkout limits, if any.

It should be up to the library whether this would be implemented or not,
leaving it to the library as to whether a patron's holds can be filled if their
checkout limits have been reached.

As is, a patron gets notified that they have a hold, and they go to pick it up,
only to find out that they can't check it out until they return something. 
They probably are not prepared with this dilemma, and have to return home to
get something to return so they can claim their hold.  With a new option, they
are not even eligible or notified until they are under the limit.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
___
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/


[Koha-bugs] [Bug 13165] Don't trigger holds when patrons have already reached limit of checkouts

2023-07-09 Thread bugzilla-daemon
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13165

Katrin Fischer  changed:

   What|Removed |Added

Summary|Active Hold Limit   |Don't trigger holds when
   ||patrons have already
   ||reached limit of checkouts

--- Comment #5 from Katrin Fischer  ---
I am not sure if we could make this transparent to the user. They might just
assume that they can return items prior to picking up their holds and I would
think that of a valid use of the system - timing their visit to the library to
do both things. 

And we can limit the amount of holds a patron can place too...

Not sure if that would not overcomplicate.

-- 
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
___
Koha-bugs mailing list
Koha-bugs@lists.koha-community.org
https://lists.koha-community.org/cgi-bin/mailman/listinfo/koha-bugs
website : http://www.koha-community.org/
git : http://git.koha-community.org/
bugs : http://bugs.koha-community.org/