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

[Bug 35923] New: Add a permission to transfer items
by bugzilla-daemon＠bugs.koha-community.org 05 Mar '24

05 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35923 Bug ID: 35923 Summary: Add a permission to transfer items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons 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, kyle.m.hall(a)gmail.com Currently, the ability to transfer items is only in "circulate_remaining_permissions" which gives access to the circulation-home.pl page, along with all circulation options (ability to check out, the check in, etc.) Some libraries might want to prevent some staff members to access the branchtransfers.pl page. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[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 35860] New: Checking out an item that to stats patron that is already checked out results in 2 entries in the stats table
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35860 Bug ID: 35860 Summary: Checking out an item that to stats patron that is already checked out results in 2 entries in the stats table 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This arises from Bug 35840. Scenario: Checking out an item to the stats patron that is already checked out to someone else. Should this be counted as return and a localuse in the statistics table, or should it only record a return. OR should it be configurable per system? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[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 33107] New: Expiry date tests failing on March 1st 2023
by bugzilla-daemon＠bugs.koha-community.org 29 Feb '24

29 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33107 Bug ID: 33107 Summary: Expiry date tests failing on March 1st 2023 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+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 17699 prove t/db_dependent/Koha/Patron/Categories.t t/db_dependent/Koha/Patron/Categories.t .. 1/10 # Failed test 'With enrolmentperiod defined and a date given in parameter, ->get_expiry_date should take this date + enrolmentperiod' # at t/db_dependent/Koha/Patron/Categories.t line 81. # got: '-1' # expected: '0' # Looks like you failed 1 test of 5. # Failed test 'get_expiry_date' # at t/db_dependent/Koha/Patron/Categories.t line 87. # Looks like you failed 1 test of 10. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17699 [Bug 17699] DateTime durations are not correctly subtracted -- You are receiving this mail because: You are watching all bug changes.

1 1

[Bug 35068] New: Split 'Renew or check in selected items' button in issues table into seperate buttons
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '24

28 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35068 Bug ID: 35068 Summary: Split 'Renew or check in selected items' button in issues table into seperate buttons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Many libraries find 'Renew or check in selected items' within the issues/checkout table confusing. It makes sense to split these into 2 separate buttons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 62

[Bug 33607] New: Show framework on record details page
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '24

28 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33607 Bug ID: 33607 Summary: Show framework on record details page Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Currently you can only see the framework for a record by editing the record. It would be useful to make this visible when viewing a record in the staff client -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 25

[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