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

[Bug 30770] New: Terminology: Lost reserve
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30770 Bug ID: 30770 Summary: Terminology: Lost reserve Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org reserve should be hold here: koha-tmpl/intranet-tmpl/prog/en/modules/circ/returns.tt:135 Lost reserve -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 30764] New: Terminology: Cancelled reserve
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30764 Bug ID: 30764 Summary: Terminology: Cancelled reserve Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Keywords: Academy Severity: trivial Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org koha-tmpl/intranet-tmpl/prog/en/modules/circ/returns.tt:136 Cancelled reserve reserve should most likely be hold here. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 26841] New: makes all holds reservable
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26841 Bug ID: 26841 Summary: makes all holds reservable Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: rickard.lindfors(a)sh.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Hello! We've just tested version 20.05.04 a bit and had some problems with placing a hold in the staff interface. First, we thought the problem was a javascript crash (see 26460). We've updated this, but the problem is still there. This is what we did: 1. Set On shelf holds allowed to If all unavailable to an item type. 2. Search the catalog for a book with available items with the item type above. 3. Place a hold and choose a user that can make that hold. Normally, the system shows that this is against the rules, but that doesnt show up. Note: there is no problem in the OPAC. If the user tries to make a hold request there, koha says it is not possible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 30773] New: Standardize spelling i-tive / Itiva
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30773 Bug ID: 30773 Summary: Standardize spelling i-tive / Itiva Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Keywords: Academy Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Found while translating: koha-tmpl/intranet-tmpl/prog/en/modules/tools/letter.tt:446 Phone ( Itiva ) vs. koha-tmpl/intranet-tmpl/prog/en/modules/tools/overduerules.tt:98 Phone (i-tiva) -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 30937] New: Add a detail view for libraries
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30937 Bug ID: 30937 Summary: Add a detail view for libraries Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The only way to see all information about a library is to edit it. I'd like to add a view option. Although the forthcoming patch doesn't implement it, I think the next step is to add a "view libraries" permission. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 15

[Bug 31289] New: Hide Article requests column in circulation rules when ArticleRequests syspref is disabled
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31289 Bug ID: 31289 Summary: Hide Article requests column in circulation rules when ArticleRequests syspref is disabled 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 Hi! Some rules are hidden when a syspref is disabled (like the rules for recalls, and the article request fee and limit of open article requests), but even if the ArticleRequests system preference is disabled, there is still an "Article requests" column in the big circulation rules matrix. Like the recalls rules and the other article requests rules, this column should be hidden if the system preference is disabled. To reproduce: 1) With ArticleRequests disabled, go to Administration > Circulation and fines rules 2) Scroll right in the first table --> There should be an article requests yes/no column (this should be hidden) 3) Scroll down to see the other tables in the page --> There are no other article requests tables (this is ok) 4) Enable ArticleRequests in Administration > System preferences 5) Go back to the Circulation and fines rules and refresh the page 6) 2) Scroll right in the first table --> There should be an article requests yes/no column (this is ok) 7) Scroll down to see the other tables in the page --> There are other article requests tables, Default open article requests limit and Default article request fees (this is ok) At step 2, users don't need to see the Article request column since the system preference is disabled. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 22

[Bug 32100] New: "edit search" feature quote-wraps search terms if original search had no results
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32100 Bug ID: 32100 Summary: "edit search" feature quote-wraps search terms if original search had no results Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 CC: nick(a)bywatersolutions.com Depends on: 22605, 31271 To recreate: - perform a search that returns no results - on the No Results Found page, click Edit Search - when the search page reloads, note that your search term is now wrapped in double quotes - enter your now-quoted search, then click Edit Search on the No Results page again - your search term is now double-double quoted Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22605 [Bug 22605] Adding the option to modify/edit searches on the staff interface https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31271 [Bug 31271] "Edit search" always resets search options to keyword -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 27697] New: Opening bibliographic record page prepopulates search bar text
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27697 Bug ID: 27697 Summary: Opening bibliographic record page prepopulates search bar text Change sponsored?: --- Product: Koha Version: 20.05 Hardware: PC OS: Windows Status: NEW Severity: minor Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: ekomala(a)frgml.org QA Contact: testopia(a)bugs.koha-community.org On the staff client end: Opening a bibliographic record page populates the search bar with the last text entered in the Search the Catalog search bar for that browser session, even if the search wasn't done on the previous page or tab or by the same logged in user. This also happens when links are opened in new tabs. It only prepopulates search text from the Search the Catalog search bar, not from Advanced Search. Only able to recreate the bug on pages that load within the Normal tab of a bibliographic record page: https://staff.**.bywatersolutions.com/cgi-bin/koha/catalogue/detail.pl?bibl… (including #description, #acq_details, #images) 1. Enter text in the Search the Catalog search bar and Submit 2. Click on a search result to open the record page 3. Search field is prepopulated with previous search text Even as you click through to other pages, on and on, once you open another record page, the search bar will once again prepopulate the last text entered in it. Example that automatically opens in new tab, not directly from a search result: 1. Enter text in the Search the Catalog search bar and Submit 2. Open Tools › Manage staged MARC records › Batch # 3. Click on Record # in righthand column 4. Record page opens in new tab with previous search text prepopulated The search bar should clear out upon loading a new page or tab. One user's search history should never load for another user, despite not closing out and reopening the browser. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 23

[Bug 30646] New: Add option to send ACCTDETAILS notice for new patrons added at first login via LDAP/Shibboleth
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30646 Bug ID: 30646 Summary: Add option to send ACCTDETAILS notice for new patrons added at first login via LDAP/Shibboleth 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Depends on: 29005 It would be helpful to add automatic email to users on patron creation when that creation has been triggered by LDAP or Shibboleth creations. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29005 [Bug 29005] Add option to send ACCTDETAILS notice for new patrons added via patron imports -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 37

[Bug 30195] New: opac-suggestions.pl should use ISBN to FindDuplicate
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30195 Bug ID: 30195 Summary: opac-suggestions.pl should use ISBN to FindDuplicate Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: domm(a)plix.at QA Contact: testopia(a)bugs.koha-community.org MarcRecordFromNewSuggestion (in C4::::Suggestions, used eg in koha/opac-suggestions.pl) only converts title, author and itemtype from the $suggestion input into the marc record that is passed on to FindDuplicate. So if a patron enters an ISBN, this is not used for the duplicate search. We will provide a patch implementing this feature in the next few days. -- You are receiving this mail because: You are watching all bug changes.

1 23