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

[Bug 8214] Create a bound with function
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8214 --- Comment #11 from Martin Renvoize <martin.renvoize(a)ptfs-europe.com> --- So many similar but different functions.. how would this relate too the recently pushed bundles and item groups bugs. Almost sounds like an automatic multi-checkout? I.e if you checkout an item that's bound with another you automatically get the other item checked out too. Spitballing, I have no idea how this works really -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 8214] Create a bound with function
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8214 --- Comment #10 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- (In reply to Martin Renvoize from comment #9) > (In reply to Katrin Fischer from comment #8) > > There is a difference: > > > > "Bound withs" are on item level. The library might have something twice, but > > once it's bound with something else and once it's on its own. That can > > happen especially in libraries with old and rare books. > > > > bug 11175 is talking about showing relationships between bibliographic > > records, so it's on a different level. For example in Germany for a multi > > volume work you'd usually have a 'set record' that represents the whole work > > and then a record for each volume. They are tied together using 7xx and 8xx. > > The goal of bug 11175 would then be to show the volume records on the set > > record. > > Oh, I wasn't thinking of this at the item level.. so does this really need > the Holdings level MARC support before it can be implemented then? i.e. > should it depend on bug 20447 No, I think the holdings are more for grouping several items or holdings of one record. A bound with would be items from different records, I believe this is yet another use case. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 26347] New: Wrong publication pattern locale on months
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26347 Bug ID: 26347 Summary: Wrong publication pattern locale on months Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: hagud(a)orex.es QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Configuring publication patterns with locale ca-ES we have discovered that months are wrong translated january = gener and now it is translating = de gener februry = febrer and now it is translating = febrer march.....etc locale should use just months not full name -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 13559] Forced item level hold should be highlighted on return
by bugzilla-daemon＠bugs.koha-community.org 16 Jul '22

16 Jul '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13559 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Depends on| |31169 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31169 [Bug 31169] [OMNIBUS] Problems with forced holds (AllowHoldPolicyOverride) -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[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