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

[Bug 11344] Perldoc issues in misc/cronjobs/advance_notices.pl
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11344 Caroline Cyr La Rose <caroline.cyr-la-rose(a)inlibro.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |caroline.cyr-la-rose@inlibr | |o.com -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27525] New: 'wich' instead of a 'with' in a sentence
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27525 Bug ID: 27525 Summary: 'wich' instead of a 'with' in a sentence Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Documentation Assignee: koha-bugs(a)lists.koha-community.org Reporter: e.betemps(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Hi, I read this sentence : "Last item for bibliographic record wich biblio-level hold on it" I think this should be (as in 19.xx versions) : "Last item for bibliographic record with biblio-level hold on it" This string is in the following files : koha-tmpl/intranet-tmpl/prog/en/modules/tools/batchMod-del.tt:5 koha-tmpl/intranet-tmpl/prog/en/modules/tools/batchMod-del.tt:11 In case you need them, here are the links in Pootle : https://translate.koha-community.org/fr/20.05/translate/fr-FR-messages.po#u… https://translate.koha-community.org/fr/20.11/translate/fr-FR-messages.po#u… -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 26634] New: Hold rules applied incorrectly when All Libraries rules are more specific than branch rules
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26634 Bug ID: 26634 Summary: Hold rules applied incorrectly when All Libraries rules are more specific than branch rules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: critical Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: - At the All Libraries level, create a circ rule for a specific patron category and a specific item type that only allows 1 hold - At the branch-specific level for Branch A, create an All/All rule that allows 2 holds - confirm ReservesControll is set to patron's library - find a patron from Branch A of the category for which you made your rule - find two bibs with items of the itype got which you made your rule - place a hold on one bib. success! - try to place a hold on the second bib. you're told you cannot because the patron is only allowed 1 hold We should be enforcing the All/All rule for Branch A. If we put in a rule for the category and itype for Branch A, that rule will be enforced and we'll be allowed a second hold. In GetHoldRule, we tell get_effective_rules to return those rules ordered by 'categorycode', 'itemtype', 'branchcode.' We should just let get_effective_rule handle that ordering on its own. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 36

[Bug 26755] New: Make the guarantor search popup taller
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26755 Bug ID: 26755 Summary: Make the guarantor search popup taller Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 112042 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=112042&action=e… Current popup window When searching for a guarantor to add to a guarantee you can't see the search results in the the popup search window (guarantor_search.pl) without scrolling. Although the popup window shouldn't be too tall it would be helpful to display at least the first one or two entries which could eliminate extra scrolling and allow staff to select the record more efficiently. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 27047] New: Purchase suggestions can not search
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27047 Bug ID: 27047 Summary: Purchase suggestions can not search Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: apirak(a)punsarn.asia QA Contact: testopia(a)bugs.koha-community.org test plan: [1] Log in to Opac [2] Go to your purchase suggestions menu [3] Create purchase suggestions Ex. "title: harry potter" [4] Go to purchase suggestions menu [5] Type "harry potter" In <search for> field [6] The search result is not show only "harry potter" but show all purchase suggestions list. -- You are receiving this mail because: You are watching all bug changes.

1 20

[Bug 2894] Routing list holds are broken
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=2894 Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew(a)bywatersolutions.com --- Comment #10 from Andrew Fuerste-Henry <andrew(a)bywatersolutions.com> --- I can confirm that on master currently holds for routing lists are still bib-level. They should be item-level. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 27554] New: Wrong test for Koha::Patrons->update_category_to
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27554 Bug ID: 27554 Summary: Wrong test for Koha::Patrons->update_category_to Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: fridolin.somers(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org One unit test for Koha::Patrons->update_category_to seems wrong : is( Koha::Patrons->search_patrons_to_update_category({from=>$c_categorycode_2,too_young=>1})->update_category_to({category=>$a_categorycode}),1,'One child patron updated to adult category'); Child is updated to adult because he his too old, not too young. -- You are receiving this mail because: You are watching all bug changes.

1 27

[Bug 27450] New: Making password required for patron reigstration breaks patron modification
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27450 Bug ID: 27450 Summary: Making password required for patron reigstration breaks patron modification Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org TO recreate: 1 - Set PatronSelfRegistrationBorrowerMandatoryField to require password 2 - Create or sign in as a patron on the opac 3 - Click 'Your personal details' 4 - Attempt to edit 5 - Save changes 6 - They are rejected because not all required fields are populated -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 27530] New: Sample patron data should be updated and/or use relative dates
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27530 Bug ID: 27530 Summary: Sample patron data should be updated and/or use relative dates Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Many patrons in the sample file are expired now that we all live in the future. Ideally we would set the dates relative so that patrons don't start to get too old or be expired etc. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 27204] New: SIP patron information request with fee line items returns incorrect data
by bugzilla-daemon＠bugs.koha-community.org 11 Feb '21

11 Feb '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27204 Bug ID: 27204 Summary: SIP patron information request with fee line items returns incorrect data Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com There are two primary issues I've identified with requesting line items for fees via SIP: 1) The end boundary is incorrect. For example, if send a request with a BP ( starting item) of 1, and a BQ (end item) of 1, I should get just the first item. Instead I will get two items 2) Our SIP server does not check bounds. For example, if I have 3 fines, but I send a BP of 1 and a BQ of 5, I will get back 5 AVs, two of them being "empty" because the patron only has 3 accountlines! -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17