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

[Bug 36615] New: Terminology: use 'on hold' instead of 'reserved' in OPAC self checkout
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36615 Bug ID: 36615 Summary: Terminology: use 'on hold' instead of 'reserved' in OPAC self checkout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org In the new OPAC self checkout feature (from bug 30979), when a patron tries to check out an item that is on hold for another patron, the message says This item appears to be reserved for another patron, please return it to the desk. 'reserved' in this case should be 'on hold' https://wiki.koha-community.org/wiki/Terminology#R To recreate: 1. Place a hold for a patron 2. Enable OpacTrustedCheckout 3. Log into the OPAC as another patron 4. Click Self checkout at the top of the page 5. Paste the item's barcode in the text input 6. Click 'Submit' -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 36557] New: Improve logic and display of OPAC cart, tag, and lists controls
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36557 Bug ID: 36557 Summary: Improve logic and display of OPAC cart, tag, and lists controls Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: testopia(a)bugs.koha-community.org Depends on: 36166, 36207 I would like to update the OPAC so that the Cart, Tag, and List controls on multi-record pages (search results, lists) have consistent controls and use consistent logic for displaying controls. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36166 [Bug 36166] Disable select to add to list if opacuserlogin is disabled https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36207 [Bug 36207] Convert browser alerts to modals: OPAC tags -- You are receiving this mail because: You are watching all bug changes.

1 42

[Bug 36166] New: Disable select to add to list if opacuserlogin is disabled
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36166 Bug ID: 36166 Summary: Disable select to add to list if opacuserlogin is disabled Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org It seems adding to list is disabled pretty much everywhere in the OPAC when opacuserlogin is disabled. However, there is still the [New list] option in the drop-down in the search results. To recreate: 1. Disable opacuserlogin 1.1. Go to Administration > System preferences 1.2. Search for opacuserlogin 1.3. Switch to Don't allow 1.4. Click on Save all OPAC preferences 2. Do a search in the OPAC and try to add to a list 2.1. Go to the OPAC 2.2. Enter a search term and press enter (or click the magnifying glass) --> Notice that in the search results, there is an option to Select titles to: [New list] 2.3. Select a title by checking the box 2.4. Choose With selected titles: [New list] --> Message saying you need to be logged in (but you can't) I think it would be less confusing for patrons if the option wasn't there at all. I just tried with an "open" list (public; changes from anyone seeing the list) and you still need to log in to add a title to the list. So adding to lists from the dropdown menu should be disabled completely when opacuserlogin is disabled. To recreate: 1. Create a public list that anyone can change 1.1. Go to Lists 1.2. Click on New list 1.3. Fill out the form: - Name: enter a name for the list - Public: Public - Allow changes to contents from: Anyone seeing this list 1.4. Click Save 2. Do a search in the OPAC and try to add to the public list 2.1. Go to the OPAC 2.2. Enter a search term and press enter (or click the magnifying glass) 2.3. Select a title by checking the box 2.4. Choose With selected titles: Name of list --> Pop up window saying logging on to the catalog has not been enabled by the library. -- You are receiving this mail because: You are watching all bug changes.

1 25

[Bug 33317] New: Add system preference to set meta robots for the OPAC
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33317 Bug ID: 33317 Summary: Add system preference to set meta robots for the OPAC Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: hammat.wele(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org Websites must have a robots meta tag to improve search engine crawling, so we could tells search engines to not index OPAC pages for example. It needs to be added to koha-tmpl/opac-tmpl/bootstrap/en/includes/doc-head-close.inc The content should also be available as a system preference. -- You are receiving this mail because: You are watching all bug changes.

1 58

[Bug 29095] New: Add re-usable item-status include
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29095 Bug ID: 29095 Summary: Add re-usable item-status include 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org We display item status's in a few places, and already have an item-status include file to share this display logic around in the OPAC. We should do the same in the staff client, this would lead to simplified logic in the catalogue/detail controller and DRYer code in future developments. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 22704] New: Subtype search don't work with ElasticSearch
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22704 Bug ID: 22704 Summary: Subtype search don't work with ElasticSearch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching - Elasticsearch Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com Target Milestone: --- Hi, Steps to reproduce: - set Elastic as search engine - make full reindex of biblio - make sure 'Subtypes' is checked in either OpacAdvSearchMoreOptions or OpacAdvSearchOptions - go to Advanced search - if necessary, click on 'More options' - in the 'Subtype limits' section, choose some Subtype like CD audio from drop-down menu - click on 'Search' - get result: No results match your search with limit(s): 'ff7-01-02:sd -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 36081] New: ArticleRequestsSupportedFormats not enforced server-side
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36081 Bug ID: 36081 Summary: ArticleRequestsSupportedFormats not enforced server-side Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 20472 ./opac-request-article.tt // Initialize format(s) var supported_formats = "[% Koha.Preference('ArticleRequestsSupportedFormats') | $raw %]"; if( !supported_formats.match(/PHOTOCOPY/) ) $('#format option[value="PHOTOCOPY"]').remove(); if( !supported_formats.match(/SCAN/) ) $('#format option[value="SCAN"]').remove(); This is the only place we deal with ArticleRequestsSupportedFormats... Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20472 [Bug 20472] Add digital scan as optional format to Article Requests -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 36636] New: Should we set leader 05 to deleted for records in deletedbiblio_metadata?
by bugzilla-daemon＠bugs.koha-community.org 23 Apr '25

23 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36636 Bug ID: 36636 Summary: Should we set leader 05 to deleted for records in deletedbiblio_metadata? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic data support Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org It seems that we should set leader 05 to 'd' when filling deletedbiblio_metadata.metadata. See also bug 30888. The routine $authority->move_to_deleted sets the leader position 05 to 'd' for authorities. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5

[Bug 34871] New: Highlight scanned item in holdings table when searching
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '25

22 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34871 Bug ID: 34871 Summary: Highlight scanned item in holdings table when searching Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrewfh(a)dubcolib.org QA Contact: testopia(a)bugs.koha-community.org When one has an item in-hand and scans the barcode into search to find the bib record, it can be hard to find the specific item scanned within the holdings table. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 4

[Bug 28439] New: Add ability to suspend club enrollments
by bugzilla-daemon＠bugs.koha-community.org 22 Apr '25

22 Apr '25

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28439 Bug ID: 28439 Summary: Add ability to suspend club enrollments Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com It would be helpful if club enrollments could be suspended or paused for a specific patron. Right now, if a patron goes on vacation and we want to prevent them from getting club holds we have to remove them from all their clubs, keep track of which ones they were removed from, then add them back to their clubs at a later date. If we could suspend their enrollments without fully removing them from the club that would mean less tracking and work to re-establish their enrollments after they have returned. Bonus points if this can behave like a hold suspension, where you could suspend multiple enrollments with one click via the patron's account and also set a date to automatically release the suspensions. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7