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

[Bug 28987] New: Record search by date broken in label management
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28987 Bug ID: 28987 Summary: Record search by date broken in label management Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Label/patron card printing Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 24735 If you go to Tools -> Label creator -> New batch -> Add items you'll trigger a popup window with a search form. Searching by date returns no results. I think Bug 24735, "Remove QueryParser-related code" is to blame. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24735 [Bug 24735] Remove QueryParser-related code -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 28651] New: Automatic renewal don't send out notice if status "On hold"
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28651 Bug ID: 28651 Summary: Automatic renewal don't send out notice if status "On hold" Change sponsored?: --- Product: Koha Version: 20.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: somesecretemail(a)mailinator.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It seems like the cron job automatic_renewals does't create notices if the biblio is on hold by another patron. These are the steps to reproduce the bug: 1. Set date_due to current date on an issue 2. Place a hold on the biblio related to the issue 3. Run cron job automatic_renewals.pl --send-notices -c -v 4. Note feedback in terminal "Issue id: xx for borrower: xx and item: xx will not be renewed. (on_reserve)" 5. Click "Notices" on the patron which is related to the issue. Result: List lacks notice informing patron about the issue not been renewed. Expected result: Notices list containing a notice about the issue not been renewed. I tried removing the hold och rerunning the auto renew cron job. Then the issue is renewed and the notice is created correctly, so it's not a general bug in the automatic renewals functionality. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 9799] Prompt for due date for specific item types
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9799 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=24239 --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- We now have the option to add the due_date in the ILL backend and use it in circulation, not quite the same, but maybe still helpful to some: Bug 24239 - Let the ILL module set ad hoc hard due dates -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 23832] New: 001 control number auto complet or copy from 999c
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23832 Bug ID: 23832 Summary: 001 control number auto complet or copy from 999c Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com controlnumber 001 is an important field, I like it is empty by default at koha, but for example analytics could need to be filled... It should be great be able to choose 1. Autonumber plugin for 001 2. Autofill via daily cronjob for filling 001 copying 999c if 001 empty -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 7960] Choice to not show the text labels for item types
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=7960 --- Comment #23 from David Nind <david(a)davidnind.com> --- I've tested, but haven't signed off. Notes from testing (using koha-testing-docker): 1. Some icons only display for some pages if the item-level_itypes system preference is set to bibliographic record. 2. May also need to set the noItemTypeImages (for staff interface) or OpacNoItemTypeImages system preferences to 'Show'. 3. For the staff interface and with the CSS to hide the text description: . catalogue/detail.tt: see note for staff interface and catalogue/detail.tt - can't hide text description for 'Itemtype' shown on the details page before the holdings tab 4. For the OPAC, I'm not sure how to test opac-results-grouped.tt: there is no opac-results-grouped.tt file, item type icon and text show for normal OPAC search results when OPACnoItemTypeImages system preference is set to 'Show', with OPAC CSS to hide no text description is shown in search results (but icon is). 5. How to access pages to test, along with some notes: = STAFF INTERFACE = - catalogue/advsearch.tt (Home page > Advanced search) - catalogue/detail.tt (view the details page for a record with items - note: . if item-level_itypes = specific item and noItemTypeImages set to 'Don't show' ==> text only descriptions shown for both . if item-level_itypes = specific item and noItemTypeImages set to 'Show' ==> icons and text description shown for both . if item-level_itypes = bibliographic record and noItemTypeImages set to 'Show' ==> icons and text description only shown for the record, the Item types column under the holdings tab is not shown . if item-level_itypes = bibliographic record and noItemTypeImages set to 'Don't show' ==> text description only for the record, the Item types column under the holdings tab is not shown - catalogue/results.tt (set noItemTypeImages system preference to 'Show', search in the staff interface) - reserve/request.tt (place a hold for a record, select a patron, item type column displayed for specific items) - virtualshelves/shelves.tt (set noItemTypeImages to 'Show', set item-level_itypes to bibliographic record: create and add items to a public list, Lists > select the list) = OPAC = - opac-advsearch.tt (advanced search page) - opac-detail.tt (view the details page for a record with items) - opac-readingrecord.tt (check out some items for a patron, go to Your account > your checkout history for that patron) - opac-reserve.tt (place a hold for a record, select 'a specific item', table lists the item type) - opac-results-grouped.tt (not sure how to test this on, no longer an opac-results-grouped.tt file; item type icon and text show on normal OPAC search results when OPACnoItemTypeImages system preference set to 'Show') - opac-shelves.tt (set OPACnoItemTypeImages to 'Show', set item-level_itypes to bibliographic record: add items to a list, view list More > Lists > select the list) - opac-user.tt (set OPACnoItemTypeImages to 'Show', set item-level_itypes to bibliographic record: check some items to a patron, go to Your account > summary for the patron) 6. Personally, I think enhancing the existing system preferences item-level_itypes, noItemTypeImages and OpacNoItemTypeImages would be a better way to go. But having some way to do it is better than no way... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 31000] New: Use of uninitialized value $record_type in string eq
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31000 Bug ID: 31000 Summary: Use of uninitialized value $record_type in string eq Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Tools Assignee: slavashishkin(a)gmail.com Reporter: slavashishkin(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 26488] New: Overdue report download not respecting custom patron attribute filter
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26488 Bug ID: 26488 Summary: Overdue report download not respecting custom patron attribute filter Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: chad(a)pennmanor.net QA Contact: testopia(a)bugs.koha-community.org We have a number of custom patron attributes to track things like graduation year, homeroom, etc. The overdue report circ/overdue.pl allows us to apply a filter on those attributes and the html table is displayed correctly. However when you click the "Download file of displayed overdues" the custom attributes are not included in the filter. The attributes are also missing from the generated CSV so it is impossible to filter the export after the download. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 30735] New: Filtering by patron attribute with AV does not work in overdues report
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30735 Bug ID: 30735 Summary: Filtering by patron attribute with AV does not work in overdues report Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com In Circulation > Overdues, if there are seachable patron attributes they can be used in left filters. Search does not work if this attribute is linked to an authorized values category. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 12

[Bug 27685] New: Syspref OpacSuppression has no effect
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27685 Bug ID: 27685 Summary: Syspref OpacSuppression has no effect Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org This syspref is enabled on our install and was working until last update to 19.11 a priori. We add a 099 tag to the notices without items and our zebra config is like this :  <index_subfields tag="099" subfields="o"> <target_index>Suppress:w</target_index> <target_index>Suppress:n</target_index> </index_subfields> Seems that in 19.11, the Suppress field is hard coded to 942 tag ttps://git.koha-community.org/Koha-community/Koha/src/branch/19.11.x/opac/o… Olivier Crouzet -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 14957] Write protecting MARC fields based on source of import
by bugzilla-daemon＠bugs.koha-community.org 15 Jul '22

15 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14957 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |30966 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30966 [Bug 30966] Record Overlay Rules - can't use Z39.50 filter -- You are receiving this mail because: You are watching all bug changes.

1 0