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

[Bug 31376] New: Input type email in system preferences prevents multiple addresses
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31376 Bug ID: 31376 Summary: Input type email in system preferences prevents multiple addresses 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Bug 27805 introduced the "email" input type for system preferences which validates the format. This validation prevents putting several email addresses separated by commas in system preferences. In the manual, it says you can input several addresses separated by commas in NoticeBcc https://koha-community.org/manual/21.05/en/html/circulationpreferences.html… so it was a need (I also had a client ask me why he couldn't remove one of the three addresses he had in there and save). Can we adjust the validation? To test: 1) Go to Administration > Global system preferences 2) Search for NoticeBcc 3) Add multiple email addresses separated by commas 4) Click "Save all circulation preferences" Validation error: Please enter a valid email address. See also bug 16786, bug 12802 -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 21631] New: No warning when placing a hold with current location/pick-up location combination forbidden by Transport cost matrix
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21631 Bug ID: 21631 Summary: No warning when placing a hold with current location/pick-up location combination forbidden by Transport cost matrix Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests 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 I might be missing a setting here, holds are so complicated and have so many settings... Plus this is in a multi-branch system situation... I was expecting to see an error or a warning for holds with a combination of current location and pick-up location that is forbidden by transport cost matrix. To reproduce: 0) Make sure you have several branches in your system (at least 3, I'll call them A, B and C) 1) Go to Administration > Global system preferences and activate UseTransportCostMatrix 2) Go to Administration > Transport cost matrix 3) Click on the cell for the combination 'From A to B', uncheck 'Disable' and enter 0 4) Leave combination 'From A to C' disabled 5) In the catalog, search for an item which is currently at library A and currently available (you can use item search for this) 6) Place a hold for this item and change the pick-up location to library B 7) Run misc/cronjobs/holds/build_holds_queue.pl 8) Go to Circulation > Holds queue 9) Choose library A, item should be in the queue 10) In the catalog, search for an item which is currently at library A and currently available (you can use item search for this) 11) Place a hold for this item and change the pick-up location to library C (there is no warning, everything seems fine) 12) Run misc/cronjobs/holds/build_holds_queue.pl 13) Go to Circulation > Holds queue 14) Choose library A, 2nd item is not in the queue Am I missing something? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 24644] New: Hold not marked filled if item set to positive not for loan value
by bugzilla-daemon＠bugs.koha-community.org 04 Mar '24

04 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24644 Bug ID: 24644 Summary: Hold not marked filled if item set to positive not for loan value Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 Confirmed in master and 19.05. To test: 1: make sure AllowNotForLoanOverride is set to allow 2: place a hold on an item with notforloan=0 3: check item in, confirm hold now shows Waiting 4: edit item, set notforloan to any positive value 5: check item out, performing override to allow checkout 6: confirm hold still shows Waiting Not a situation one expects to see often, but confusing when it pops up. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

[Bug 18138] New: Use MARC modification template when adding/ updating bibliographic records
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18138 Bug ID: 18138 Summary: Use MARC modification template when adding/updating bibliographic records Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: stefan.berndtsson(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When importing records, MARC modification templates can be used to silently remove unwanted tags among other thing. The same thing could be useful when adding/updating bibliographic records from within Koha. I therefor propose an addition of a SysPref to set a default template to use in AddBiblio and ModBiblio before TransformMarcToKoha is called. -- You are receiving this mail because: You are watching all bug changes.

1 117

[Bug 26824] New: Use confirmation modal when removing titles from a list in the OPAC
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26824 Bug ID: 26824 Summary: Use confirmation modal when removing titles from a list in the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: david(a)davidnind.com, lisetteslatah(a)gmail.com, testopia(a)bugs.koha-community.org Depends on: 26805 When removing titles from a list on the OPAC lists page, a JavaScript confirmation alert is used. We should switch to the same kind of confirmation modal used when someone deletes a suggestion or cancels a hold. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26805 [Bug 26805] Remove remaining instances of jquery.checkboxes plugin from the OPAC -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 22446] New: Koha/Patron/Categories.t is failing on March 1st (2019 only?)
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22446 Bug ID: 22446 Summary: Koha/Patron/Categories.t is failing on March 1st (2019 only?) Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com Target Milestone: --- koha_1 | # Failed test 'With enrolmentperiod defined and a date given in parameter, ->get_expiry_date should take this date + enrolmentperiod' koha_1 | # at t/db_dependent/Koha/Patron/Categories.t line 80. koha_1 | # got: '-1' koha_1 | # expected: '0' koha_1 | # Looks like you failed 1 test of 5. koha_1 | koha_1 | # Failed test 'get_expiry_date' koha_1 | # at t/db_dependent/Koha/Patron/Categories.t line 86. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 30037] New: Set Default Profile when staging MARC notices on import
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30037 Bug ID: 30037 Summary: Set Default Profile when staging MARC notices on import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: florian.bontemps(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When staging MARC notices on import, the default profile will always be "Do not use profile", even if you have multiple profiles already set up. It would be more intuitive to have a way for the users to set up their own default profile so it shows up on page load. That way, it would also reduce the chances of accidently making a duplicate profile. On our side, we have a fix with a function that makes the profile input search and automatically pick any profile labeled 'default', but this isn't ideal. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 32676] New: EDI message status uses varying case, breaking EDI status block
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32676 Bug ID: 32676 Summary: EDI message status uses varying case, breaking EDI status block Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Edifact status appear to vary between all lower case and being capitalized. This breaks the switch in the edi_status block of the basket.tt template. We should make this switch case-insensitive. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 32426] New: Allow plugin to generate userid when creating patrons
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32426 Bug ID: 32426 Summary: Allow plugin to generate userid when creating patrons 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 29480 and its old predecessor 2237 for an email based userid. I will give a try here in doing this via Koha plugins and hence providing more flexibility. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 60

[Bug 29822] New: Add checkboxes to the system preference DefaultPatronSearchFields to eliminate errors
by bugzilla-daemon＠bugs.koha-community.org 26 Feb '24

26 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29822 Bug ID: 29822 Summary: Add checkboxes to the system preference DefaultPatronSearchFields to eliminate errors 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: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com As Koha did with system preferences such as borrower mandatory fields and borrower unwanted fields, it would be helpful and avoid searching errors if the system preference, DefaultPatronSearchFields would also use checkboxes. These checkboxes will allow users to easily choose which fields Koha should use for searching. Currently, if a user puts a value in this field that is not valid, searching for patrons will be broken. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 111