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

[Bug 28246] New: Action buttons displayed in block leads to table overflowing
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28246 Bug ID: 28246 Summary: Action buttons displayed in block leads to table overflowing Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com On the Patron > Account view, tab "Transactions", there is a table that is overflowing its contained. The 5 action buttons (Print, Details, Pay, Cancel charge, Apply discount) should not be displayed on the same line. https://snipboard.io/rAFH1p.jpg -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 28225] New: Check in an overdue item marked Claims Returned generate additional suspension
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28225 Bug ID: 28225 Summary: Check in an overdue item marked Claims Returned generate additional suspension Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1. BlockReturnOfLostItems on "Block" 2. Patron with an overdue item and a suspension (generate with Tools> Overdue notices status trigger) : Restriction tab, Type overdues, Comment "Restriction added by overdues process..." 3. Mark the item as Claims return. 4. Check in the item -> warning message saying "Item is lost, cannot be checked in." This is OK 5. On the Restriction tab, there is an additional line with type "Suspension". This is confusing because : 1. As the checkin is not permitted it should not generate any suspension. 2. The suspension makes you think the item is checked in. --- Comment #1 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- *** Bug 28227 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 28227] New: Check in an overdue item marked Claims Returned generate additional suspension
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28227 Bug ID: 28227 Summary: Check in an overdue item marked Claims Returned generate additional suspension Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1. BlockReturnOfLostItems on "Block" 2. Patron with an overdue item and a suspension (generate with Tools> Overdue notices status trigger) : Restriction tab, Type overdues, Comment "Restriction added by overdues process..." 3. Mark the item as Claims return. 4. Check in the item -> warning message saying "Item is lost, cannot be checked in." This is OK 5. On the Restriction tab, there is an additional line with type "Suspension". This is confusing because : 1. As the checkin is not permitted it should not generate any suspension. 2. The suspension makes you think the item is checked in. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28260] New: Koha to MARC mapping -> items.more_subfields_xml
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28260 Bug ID: 28260 Summary: Koha to MARC mapping -> items.more_subfields_xml Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: pierre.genty(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hello, In Administration > Koha to marc mapping, there is a line for items.more_subfields_xml. If I am not mistaken, more_subfields_xml is use for adding item marc fields (995 in Unimarc) that are not mapped with item tables. Would it not be better to remove items.more_subfields from the Koha to marc mapping list ? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 12362] Branch transfer records orphaned on cancelled holds
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12362 Fridolin Somers <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |fridolin.somers(a)biblibre.co | |m --- Comment #30 from Fridolin Somers <fridolin.somers(a)biblibre.com> --- Depends on Bug 27896 not in 20.11.x -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 27924] New: Display number of holds awaiting pickup on check out screens
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27924 Bug ID: 27924 Summary: Display number of holds awaiting pickup on check out screens Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation 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 At our pickup window we are pulling patron's holds and checking them out manually. Sometimes it's helpful to know how many items we are looking for on the holds shelves. It would be useful to staff if the number of holds waiting to be picked up displayed on the check out screen above the list of titles. So instead of just seeing 'Holds waiting:" staff could see 'Holds waiting (9) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 18

[Bug 14239] Bibframe support in Koha
by bugzilla-daemon＠bugs.koha-community.org 30 Apr '21

30 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14239 --- Comment #6 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Henry Bolshaw from comment #5) > It sounds like BIBFRAME might be making some slow progress again: > > "The Library of Congress is planning for 2021 to be an expansion year for > its BIBFRAME cataloging operation as a large project involves bringing all > the cataloging staff into BIBFRAME. This means that interchange using both > BIBFRAME and MARC will also expand, as will the potential for new > developments for systems based on either format. This Update will hear about > plans of Ex Libris for Linked Data -- How bridging the BIBFRAME and MARC > workflows might work in the Folio development -- And an OCLC intent to be > able to “adroitly” consume and export BIBFRAME data." > > > https://www.loc.gov/bibframe/news/bibframe-update-mw2021.html Thanks for that, Henry. That's interesting to know! For what it's worth, I don't think we need to worry about a triplestore/graph store for a long time. I think we could already store BIBFRAME records in the biblio_metadata table. I suppose the hardest thing would be deciding whether a particular biblio uses BIBFRAME or MARC as its primary record, and then making sure there was an appropriate transformation at indexing time. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 28168] New: Manual invoice form pre-fills Amount field with invalid number
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '21

29 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28168 Bug ID: 28168 Summary: Manual invoice form pre-fills Amount field with invalid number Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: joonas.kylmala(a)helsinki.fi QA Contact: testopia(a)bugs.koha-community.org Depends on: 27410 The Amount field on Manual invoice form (/cgi-bin/koha/members/maninvoice.pl?borrowernumber=XXXX) used to be empty by default before bug 27410. Now we get a "0.00" or "0,00" value there. This adds one more click to the workflow but more importantly because the form only accepts X.XX (decimal separator being ".") values the pre-filled number is incorrectly in the wrong format if using a comma and it confuses the user because they might think it is okay to enter a comma there. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27410 [Bug 27410] Update intranet-tmpl/prog/en/modules/members/maninvoice.tt to reflect ACC2 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21

[Bug 28157] New: Add the ability to set a library from which an API request pretends to come from
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '21

29 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28157 Bug ID: 28157 Summary: Add the ability to set a library from which an API request pretends to come from Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com Some actions results will depend on the logged-in library, in the Koha UI. For example, extended attributes are not displayed on a library if limits have been set. And the same applies for setting them. Our current code on the API front controller sets userenv with the logged-in patron library. We should add a way to override it through a header, and checks should prevent invalid combinations: i.e. IndependentBranches + patron not superlibrarian => reject the request. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 27

[Bug 16787] New: 'Too many holds' message appears inappropriately and is missing data
by bugzilla-daemon＠bugs.koha-community.org 29 Apr '21

29 Apr '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16787 Bug ID: 16787 Summary: 'Too many holds' message appears inappropriately and is missing data 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: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com bug 11250 changed the holds message to be and if,elsif loop, falling through to catch the first appropriate message bug 13116 changed the reporting from CanItemBeReserved causing tooManyHolds to trigger when no holds are allowed A side effect is that 'maxreserves' is only passed to the template when there are too many reserves, but the too many reserves message is called when no holds are available To recreate: Set maxreserves to 50 Set some item type to allow 0 holds Attempt to place a hold on a record with that itemtype Message will be "Too many holds: [Firstname Surname] can only place a maximum of total holds." Message should be "[Firstname Surname] cannot place any holds on these items." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 100