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

[Bug 9565] Deleting a biblio should alert/fail if there are existent subscriptions
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '21

02 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9565 --- Comment #15 from marion.durand(a)biblibre.com --- Ok I'll do that. Thank you for answering so quickly -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 9565] Deleting a biblio should alert/fail if there are existent subscriptions
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '21

02 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9565 --- Comment #14 from Jonathan Druart <jonathan.druart+koha(a)gmail.com> --- (In reply to marion.durand from comment #13) > Maybe we could add a column to show the user how many subscriptions are > attached to the biblio (just as items holds and checkouts) and add the > possibility to select without subscription (as for items and holds). Yes, that. It's what I was suggesting. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 9565] Deleting a biblio should alert/fail if there are existent subscriptions
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '21

02 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9565 --- Comment #13 from marion.durand(a)biblibre.com --- I'm not sure what to do in batch record deletion as it is the same behavior as when there are attached items. >From a record page, it's impossible to delete the record if there is any item attached to it but it is still possible to delete it from batch record deletion. Plus there is a reminder to warn the user that deleting the biblio will also delete attached subscription, holds and items (even if I can't find yet where in the code we delete the subscription) Maybe we could add a column to show the user how many subscriptions are attached to the biblio (just as items holds and checkouts) and add the possibility to select without subscription (as for items and holds). Should we block the deletion of biblio records with attached subscriptions ? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '21

02 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #364 from Michal Denar <black23(a)gmail.com> --- I agree with David. We need finish this feature ASAP. Lets talk about sponsorship. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 23013] New: Upgrade DataTables in the staff client
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '21

02 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23013 Bug ID: 23013 Summary: Upgrade DataTables in the staff client Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- I would like to upgrade the DataTables plugin used in the staff client. This process will include: - A new concatenated, minified version of the DataTables components. - Removal of the custom "four_button" pagination configuration in favor of the built-in "full" pagination type. - Update style of pagination bars, including some additions to improve responsive behavior. Table-specific CSS, including our DataTables CSS, is now in a separate file, "_tables.scss" which compiled into staff-global.css. -- You are receiving this mail because: You are watching all bug changes.

1 23

[Bug 28338] New: Avoid validating holdability along with a specific pickup location
by bugzilla-daemon＠bugs.koha-community.org 02 Dec '21

02 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28338 Bug ID: 28338 Summary: Avoid validating holdability along with a specific pickup location Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Several bugs tried to address this question: when calling CanItemBeReserved, what pickup location parameter should be passed? And we've been going back and forth between userenv, reservescontrolbranch, etc. And there are two open bugs related to the area. Truth is, CanItemBeReserved is being passed a branchcode, but what we really be doing, is checking if the item can be reserved (at any pickup location) and provide a way for item-level holds to have a valid pickup location selected by staff members. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 34

[Bug 15516] Allow to place a hold on first available item from a group of titles
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '21

01 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15516 --- Comment #363 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Michal Denar from comment #362) > Hi Aleisha, > can you fix errors mentioned ba David? I'm ready to test. We really need > this feature. > > Thank you. My hope is to get some sponsorship to keep working on this in the coming months. I've got it running on a customized 21.05 Koha, but if we don't work on upstreaming it soon, I fear it will become very challenging to try again in the future... -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 29614] New: Add "Patron home library" option to Hold Pickup Library Match in circ rules
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '21

01 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29614 Bug ID: 29614 Summary: Add "Patron home library" option to Hold Pickup Library Match in circ rules Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Some libraries want to force all holds to be picked up at the patron's home library, regardless of which library the item is from. There is not currently an option for this in the circ rules. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 29445] New: Checking replace cover image should actually replace cover image
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '21

01 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29445 Bug ID: 29445 Summary: Checking replace cover image should actually replace cover image Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: estherm(a)sodaspringsid.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To duplicate: In this scenario, the Coce image service pulls the incorrect cover image. 1. System setting AllowMultipleCovers is set to allow and CoceProviders is set to all. 2. Upload a new image cover and select replace cover image. 3. Check the normal view in the staff client and see that the new image displays as the default image and the Coce image displays as a second hidden image that can be selected to view. 4. Check OPAC view, both images continue to be displayed. Repeat these steps but set AllowMultipleCovers to not allow. Both images continue to be displayed. I would have expected that by checking replace cover image that the cover image is actually replaced. Instead it looks like ticking that box sort of makes the image the first image that is displayed but doesn't actually replace. As for the setting AllowMultiple Covers - this needs clarification. Ideally a bib record should allow multiple images but with the option to select the default cover image and the ability to not show the Coce image if it is not correct. This may be related to ticket 29359 and 26933. It looks like additional cover image tools or preferences are needed. Selecting a default image, actually replacing a cover image in place of the Coce image, deleting an image, selecting how many images show, etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 29447] New: authority that begins with a number isn't found in tag editor search
by bugzilla-daemon＠bugs.koha-community.org 01 Dec '21

01 Dec '21

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29447 Bug ID: 29447 Summary: authority that begins with a number isn't found in tag editor search Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: noemie.labine(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl To recreate : 1. Have an authority that starts with a number. Exemple : uniform title, 1000 feuilles 2. Create or modify a bibliographic record 3. In the tag editor (wether it's in tag 130, 630, 730, 830 the result is the same), search for the authority 1000 feuilles. The result is the same with any of the field (Search main heading ($a) only, Search main heading, Search all headings or Search entire record) 4. We obtain No results found. 5. Erase the number 1000 and keep feuilles only, we obtain the authority 1000 feuilles. Same goes with other authorities, such as meeting name, person name or corporate name, not only uniform title. When we search in Authorities, we can find the authority with any of the indexes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5