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

[Bug 12533] Improve authority search result display
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '20

04 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12533 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Version(s)| |20.11.00 released in| | Status|Passed QA |Pushed to master -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11460] Correction to default itemcallnumber system preference in UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '20

04 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11460 --- Comment #7 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Pushed to master for 20.11, thanks to everybody involved! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11460] Correction to default itemcallnumber system preference in UNIMARC
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '20

04 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11460 Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to master Version(s)| |20.11.00 released in| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14866] Make high holds work with different item types and number of open days
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '20

04 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14866 --- Comment #34 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Jonathan Druart from comment #33) > Yes, but we insert the rule during the update process. > > If we create the rule with the value in the syspref I think we could remove > the it. Is it worth it? Hm ist could work, but I haven't fully worked out the structure yet, but I think there is a functional difference with your suggestion and the current implementation: The * * * rule shoudl only be applied if there is no rule that is more specific. So, when you have: itemtype a - patroncategory b ... high holds value left empty. Current suggestion: - the pref value will be used as a fallback. Your suggestion: - I am not sure. I believe that it won't fall back but use the "empty" and that it will need to have some meaning, like "0" or "inactive"? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 5920] Remove HTML from downloaded reports
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '20

04 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5920 Séverine Queune <severine.queune(a)bulac.fr> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |severine.queune(a)bulac.fr -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14866] Make high holds work with different item types and number of open days
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '20

04 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14866 --- Comment #33 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- Yes, but we insert the rule during the update process. If we create the rule with the value in the syspref I think we could remove the it. Is it worth it? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14866] Make high holds work with different item types and number of open days
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '20

04 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14866 --- Comment #32 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- It's a fallback when no other value is set in the circulation conditions: + if ( defined($rule) && $rule->rule_value ne '' ){ + # overrides decreaseLoanHighHoldsDuration syspref ... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14866] Make high holds work with different item types and number of open days
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '20

04 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14866 --- Comment #31 from Jonathan Druart <jonathan.druart(a)bugs.koha-community.org> --- As we are inserting the value into the default circulation rule, why do we keep the syspref? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26920] New: aenjeayeh
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '20

04 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26920 Bug ID: 26920 Summary: aenjeayeh Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: contribs.koha-community.org Assignee: koha-bugs(a)lists.koha-community.org Reporter: alvianyulianto63(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 112967 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=112967&action=e… :v1 jembot -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 14708] The patron set as the anonymous patron should not be deletable
by bugzilla-daemon＠bugs.koha-community.org 04 Nov '20

04 Nov '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14708 --- Comment #39 from David Cook <dcook(a)prosentient.com.au> --- (In reply to David Cook from comment #38) > I like the idea that the Anonymous Patron cannot be deleted, but I think > that this implementation is too narrowly cast. > > I think that we should consider doing Bug 26170 (Create "system" patrons > that cannot be (easily) deleted via the web UI) instead of this one, since > there are many scenarios where we don't want to be able to delete patron > accounts that are important (e.g. SIP patron, REST API patron, etc.) Admittedly, I don't have any patches on Bug 26170, and it's not high on my priority list at the moment, so I don't see myself working on it any time soon. Kyle has done all this great work, and really if it could be adapted to be more generalizable for all kinds of "system" patrons, that would be amazing. It would be a very useful development. -- You are receiving this mail because: You are watching all bug changes.

1 0