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

[Bug 6779] Don't allow patron renewal x days before expiry
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6779 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEW Assignee|meenakshi.r(a)osslabs.biz |koha-bugs(a)lists.koha-commun | |ity.org --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Marc Véron from comment #1) > Related to syspref 'ReturnBeforeExpiry' : > [Require / Don't require] patrons to return books before their accounts > expire (by restricting due dates to before the patron's expiration date). If you charge for renewals (rental fee) the ReturnBeforeExpiry might not have the desirable effect - the user would pay the same, but get less loan extension. Removing assignee as there has been no patch provided in years. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 6795] Library-specific OPAC preferences
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6795 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Branch-specific OPAC |Library-specific OPAC |preferences |preferences -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. You are the assignee for the bug.

1 0

[Bug 6795] Branch-specific OPAC preferences
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6795 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de Assignee|koha.sekjal(a)gmail.com |koha-bugs(a)lists.koha-commun | |ity.org --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Currently one option to achieve this is overwriting system preferences from Apache. I am not sure if the 'contextual preferences engine' is going to happen at this point in time, as the developer has left. Maybe we could reuse this bug to improve the 'different OPAC views' idea, that can currently be only achieved with Apache settings. I think we need a concept for this, before moving the preferences makes sense. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. You are the assignee for the bug.

1 0

[Bug 6796] Overnight checkouts taking into account opening and closing hours
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6796 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Overnight circulation of |Overnight checkouts taking |reference books |into account opening and | |closing hours Status|REOPENED |NEW -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 6812] Configure enrollment, renewal, duplicate card, hold fees by branch and patron category
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6812 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Set up enrollment, renewal, |Configure enrollment, |duplicate card, hold fees |renewal, duplicate card, |by branch and memberhip |hold fees by branch and |category |patron category CC| |katrin.fischer(a)bsz-bw.de Version|unspecified |master --- Comment #3 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Still valid, although it might make sense to split some of this up into separate bugs: - Move hold fee and enrollment fee to circulation rules page - Add new types of fees -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 6816] Capture member signature
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6816 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- There has not been any comment on this in 8 years, is this still a feature that would be needed? -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0

[Bug 6819] Don't offer cancel order links for received order lines on basket summary
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6819 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Don't offer delete links |Don't offer cancel order |for received order lines on |links for received order |basket summary |lines on basket summary --- Comment #7 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Nicole C. Engard from comment #5) > While I say it's required and you all think it's required - Koha does not > require it. I have received many thing when the basket was still open. > Also, you can reopen a basket and delete something you have received. So > there are multiple ways to accidentally delete something you have received. Apart from standing-order orders it is now required to close the basket in order to receive something from it. You can reopen the basket and cancel something, but it's more secure than it used to be. That said, I agree that cancelling an order should not be possible for received items. The way should be: undo receive > cancel order. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug. You are the assignee for the bug.

1 0

[Bug 6845] Add default date (today) to view log
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6845 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |katrin.fischer(a)bsz-bw.de Status|ASSIGNED |NEW Assignee|sagar.br(a)osslabs.biz |koha-bugs(a)lists.koha-commun | |ity.org --- Comment #2 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Resetting to NEW and removing assignee as this hasn't been touched in 3 years. The log viewer has no default date at the moment. As we haven't had reports about any issues with the log viewer and server load, I am not sure if limiting to 1 day would not annoy more people than be helpful. If we would be doing this, I'd recommend to leave the link from the patron account (modification log) as is, as it's already limiting to the user. Maybe we could display a warning if you want to send the form without changing any of the filters instead? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 6846] Don't allow staff to change their own permissions
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6846 --- Comment #5 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- There is also the ProtectSuperlibrarianPrivileges system preference now, but I am not sure how to resolve the scenario Marc has pointed out. I think the only solution is to only give 'permissions' to users you trust. -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 15529] Process Message Queue may send duplicate emails if process is launched twice
by bugzilla-daemon＠bugs.koha-community.org 13 Mar '19

13 Mar '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15529 --- Comment #46 from David Cook <dcook(a)prosentient.com.au> --- Comment on attachment 80256 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=80256 Bug 15529: Altered logic for lockfile creation Review of attachment 80256: --> (https://bugs.koha-community.org/bugzilla3/page.cgi?id=splinter.html&bug=155…) ----------------------------------------------------------------- ::: misc/cronjobs/process_message_queue.pl @@ +89,5 @@ > +foreach ( > + C4::Context->config("cron_lockdir"), > + '/var/lock/cron_' . C4::Context->config('database'), > + '/tmp/cron_' . C4::Context->config('database') > +) { This seems excessive and process_message_queue.pl doesn't seem like the place you'd want to do it anyway. This seems pretty generic and like it could be used by other scripts. @@ +98,5 @@ > +if( !defined $LockFH ) { > + print "WARNING: Could not create lock file $lockfile: $!\n"; > + print "Please check your koha-conf.xml for ZEBRA_LOCKDIR.\n"; > + print "Verify file permissions for it too.\n"; > + $use_flock = 0; # we disable file locking now and will continue Yeah, I'd say mandate that locks must be used. -- You are receiving this mail because: You are watching all bug changes.

1 0