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

[Bug 21549] New: Lock expired patron accounts
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21549 Bug ID: 21549 Summary: Lock expired patron accounts Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com See also bug 21336. We could do the same for expired patron accounts. We would need an additional pref to define the number of days to wait before locking the account. After that they run in the same workflow as the unsubscribe requests in 21336 (lock, anonymize, delete). Would it be useful? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 59

[Bug 28114] New: OPAC Results availability line does not show homebranch/holding branch correctly
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28114 Bug ID: 28114 Summary: OPAC Results availability line does not show homebranch/holding branch correctly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Do an OPAC search and see that the availability line looks something like this: Availability: Items available for loan: 1 , 1 , 2 . Instead of like this: Availability: Items available for loan: Midway (1), Centerville (1), Fairview (2) This is beacuse singebranchmode is always set to 1: <xsl:variable name="singleBranchMode" select="1"/> It needs to honor the system preference. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 27773] New: Hide unique holidays and exceptions which have passed
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27773 Bug ID: 27773 Summary: Hide unique holidays and exceptions which have passed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Similar to Bug 27766, I think it would improve the calendar interface if we hid unique holidays and holiday exceptions which are in the past. Checking a checkbox would show the hidden entries. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 24695] New: Improve SQL report validation
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24695 Bug ID: 24695 Summary: Improve SQL report validation Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: pasi.kallinen(a)koha-suomi.fi QA Contact: testopia(a)bugs.koha-community.org The saved SQL report code validates the SQL in multiple places: when saving, when updating, and when executing the query. Move the validation code into Koha::Reports, and write tests for it. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 28

[Bug 12224] Allow easy printing of patron check-in slip
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12224 Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |joonas.kylmala(a)helsinki.fi --- Comment #86 from Joonas Kylmälä <joonas.kylmala(a)helsinki.fi> --- This leaves the existing updates after upgrade with broken check-in receipt printing because the existing template is not updated automatically to the new syntax. I think we need to add a big warning here during upgrade similarly to the patch attached in this patch of bug 26734 https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26734#c97 The release note text here should be also updated with a warning about this. Also maybe we should get the action log backup mechanism of the old template from bug 26734 here as well, now the user doesn't know what the new syntax is without delving into the Koha code. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14233] Add logging support to notices and slips management
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14233 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m --- Comment #117 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- Enhancement not pushed to 20.11.x -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28056] New: Add Koha::Exceptions::Patron::MissingMandatoryExtendedAttribute
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28056 Bug ID: 28056 Summary: Add Koha::Exceptions::Patron::MissingMandatoryExtendedAttr ibute Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org We need such exception to use it in Koha::Patron->extended_attributes. Right now we use the generic FKContraint one, that makes it hard to tell the caller what the problem is (as this is also a valid exception when adding a patron with an invalid (say) categorycode. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 27069] New: Change holdallowed values from numbers to strings
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27069 Bug ID: 27069 Summary: Change holdallowed values from numbers to strings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Right now, the values for holdallowed are numeric, 1 = from home library, 2 = from any library, 3 = from local hold group. I think it would help developers if we replaced the numbers with those strings, so 1 => "from_home_library", 2 => "from_any_library", and 3 => "from_local_hold_group". -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 27894] New: Add visual feedback on overridden pickup locations
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27894 Bug ID: 27894 Summary: Add visual feedback on overridden pickup locations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 27863 highlighted that, when we are choosing pickup locations and AllowHoldsPolicyOverride is set, some visual feedback on which are 'valid pickup locations' and which are overridden would be handy for the end user. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 21

[Bug 28066] New: Remove select tag's size attribute where it is 1
by bugzilla-daemon＠bugs.koha-community.org 19 Apr '21

19 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28066 Bug ID: 28066 Summary: Remove select tag's size attribute where it is 1 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org There are quite a few places in the templates where a <select> tag's size attribute is defined as "1." This is not necessary because the default setting for the tag is 1. It becomes a problem when using Bootstrap because Bootstrap's CSS targets <select> tags with a size attribute: select[multiple], select[size] { height: auto; } The goal is to be able to set a comfortable height property to <select> tags which are size 1. Removing the attribute in cases where it is equal to 1 will allow us to consistently size a <select> tag while allowing multiple selects to have the correct size. -- You are receiving this mail because: You are watching all bug changes.

1 12