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

[Bug 31409] New: Set focus for cursor to Fund code when adding a new fund
by bugzilla-daemon＠bugs.koha-community.org 02 May '23

02 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31409 Bug ID: 31409 Summary: Set focus for cursor to Fund code when adding a new fund Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org When adding a new fund form administration or acquisition the focus should be on the first input field of the entry form: Fund code -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 32964] New: OPACResultsMaxItemsUnavailable description is misleading
by bugzilla-daemon＠bugs.koha-community.org 02 May '23

02 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32964 Bug ID: 32964 Summary: OPACResultsMaxItemsUnavailable description is misleading Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently, the description for OPACResultsMaxItemsUnavailable is "show no more than X (unavailable) individual items for categories like Checked out, Damaged, On Hold, but only when you group them by branch." My problem is with the part "but only when you group them by branch." The options for OPACResultsUnavailableGroupingBy are - branch and substatus - branch only - substatus only If you don't know the values in the database for each of these, "but only when you group them by branch" seems to say either "branch only" or "branch and substatus" could work since they both group by branch. However, OPACResultsMaxItemsUnavailable only works if OPACResultsUnavailableGroupingBy is set to 'branch and substatus'. The two other options disable OPACResultsMaxItemsUnavailable completely. I think we should change this last part of the sentence by "but only if OPACResultsUnavailableGroupingBy is set to 'branch and substatus'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 23

[Bug 15428] Different timeout preference for OPAC and staff interface
by bugzilla-daemon＠bugs.koha-community.org 02 May '23

02 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15428 --- Comment #16 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to David Cook from comment #15) > (In reply to Katrin Fischer from comment #14) > > Not only for our use case - currently it's not possible to set different > > timeouts even if you are using different sub domains which divides the > > sessions. > > I'm not 100% sure I understand what you're saying. > > Different subdomains have different cookies, but in Koha there is only the > "timeout" syspref. Is that what you mean? Yes. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8589] Advanced Search for itemtype and location produces some results that are not useful
by bugzilla-daemon＠bugs.koha-community.org 02 May '23

02 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8589 --- Comment #8 from Ray Delahunty <r.delahunty(a)arts.ac.uk> --- Is there any way this problem can be fixed? It causes us lots of problems as we are a quite complex multi-site setup with collections at various college libraries, with some cataloguing policy variances across colleges that makes the 'not useful' results count sometime horridly high. We really need searches across the three ‘tiles’ of the Advanced Search (keyword area at the top, the tabs area in the middle, and the limits across the bottom) to work ‘correctly’. If you look at our OAPC https://libsearch.arts.ac.uk/cgi-bin/koha/opac-search.pl you can see we are having to add multiple ‘special collection’ searches (at CSM and LCF colleges for now, more wanted) but even that isn’t perfect. We should be able to have Special Collections in the tab area and the library limit at the bottom working together and not giving results that are not useful, as many currently are. Even searching on all special collections and then limiting by facets (homebranch) doesn’t work properly either as ‘not useful’ results are included that way too. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11844] Additional fields for order lines
by bugzilla-daemon＠bugs.koha-community.org 02 May '23

02 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11844 --- Comment #95 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- (In reply to Martin Renvoize from comment #94) > RM note.. the QA tool threw two issues.. POD coverage which is a false > positive here I believe and a permissions issue.. but the permissions all > look correct to me.. not sure what's going on there. FAIL t/db_dependent/Koha/AdditionalField.pm FAIL file permissions File must not have the exec flag Well, this is valid: -rwxr-xr-x 1 jonathan jonathan 2506 mai 2 11:51 t/db_dependent/Koha/AdditionalField.pm Actually I guess it should be renamed to .t -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 22718] New: Authorized value for not for loan not showed in cataloging search results
by bugzilla-daemon＠bugs.koha-community.org 02 May '23

02 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22718 Bug ID: 22718 Summary: Authorized value for not for loan not showed in cataloging search results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: alexandre.breton(a)ccsr.qc.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Target Milestone: --- In the search results in cataloging module (staff client interface), the reason why an item is "not for loan" isn't showed (in the Location column) and can create some confusing situation. For example, some schools put the authorized values for online items and they can't be available for a physical loan but are always available. Are we able to add in the authorized value for the "not for loan" status, something like "not for loan (authorized value)" ? In the same manner as it appears in a normal search in the catalog. In the cataloging module, the info only appears in the detailed view of the item. Thanks, Alexandre -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

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

02 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6796 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15428] Different timeout preference for OPAC and staff interface
by bugzilla-daemon＠bugs.koha-community.org 02 May '23

02 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15428 --- Comment #15 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #14) > Not only for our use case - currently it's not possible to set different > timeouts even if you are using different sub domains which divides the > sessions. I'm not 100% sure I understand what you're saying. Different subdomains have different cookies, but in Koha there is only the "timeout" syspref. Is that what you mean? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 33614] New: Templates contain problematic references to local login
by bugzilla-daemon＠bugs.koha-community.org 02 May '23

02 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33614 Bug ID: 33614 Summary: Templates contain problematic references to local login Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Bug 31064 wrapped the local login fields with a "local-login" class. However, if you hide the local login fields using this class, there are still references to local login in the SSO implementations where they say things like the following: -- Sorry, the CAS login also failed. If you have a local login you may use that below. If you have a local account, you may use that below. If you do not have a Shibboleth account, but you do have a local login, then you may login below. If you do not have a Google account, but do have a local account, you can still log in: -- These references should either include the "local-login" class so they can be hidden, or these references should be removed. -- You are receiving this mail because: You are watching all bug changes.

1 4

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

02 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6796 --- Comment #37 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- Created attachment 150478 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=150478&action=e… Bug 6796: (follow-up) Schema changes -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0