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

[Bug 20751] New: Marc21: Show i for 776
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20751 Bug ID: 20751 Summary: Marc21: Show i for 776 Change sponsored?: --- Product: Koha Version: 17.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl In 17.11 the marc21 776 field ( [15140] Add MARC21 776 to OPAC and staff display ) became visible in the OPAC and staff client. This was specifically for subfield $t and $w. It would be great if the $i could also be visible. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 26932] New: Importing staged bibliographic MARC records does not show a completed status if there are any item records to stage
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26932 Bug ID: 26932 Summary: Importing staged bibliographic MARC records does not show a completed status if there are any item records to stage Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: koha-bugs(a)lists.koha-community.org Reporter: aleisha(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org Created attachment 113025 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=113025&action=e… MARC with no item records Important: imported does WORK but the completed message never shows. It just hangs on 0% when importing. However if you give it some time and do a search, the imported record shows in search results. We see the completed message if importing a staged record that has no item records. We do NOT see the completed message if importing a staged record that DOES have item records. I've attached two sample records to test with. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 16732] New: Add audio alerts (custom sound notifications) to web based self checkout
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16732 Bug ID: 16732 Summary: Add audio alerts (custom sound notifications) to web based self checkout Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Self checkout Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Work to be done: * Create new audio alert entries for self check out in the administration area * Have sounds be accessible via the self check * Play sounds at appropriate times in the self check interface -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 27839] New: koha-worker missing tab-completion in bash
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27839 Bug ID: 27839 Summary: koha-worker missing tab-completion in bash Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Command-line Utilities Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: robin(a)catalyst.net.nz There's no entry for koha-worker in koha-common.bash-completion -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 18

[Bug 29146] New: Should framework default values be applied to existing records?
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29146 Bug ID: 29146 Summary: Should framework default values be applied to existing records? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you open an existing record in the cataloguing editor, default framework values are applied. This may not always be the desired behavior. For instance, when you created the record and the defaults were applied, you did remove one value. When reopening the record, you dont like it to reappear? Any thoughts? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 45

[Bug 22659] New: Add 'save and continue' functionality to news editor
by bugzilla-daemon＠bugs.koha-community.org 10 May '23

10 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22659 Bug ID: 22659 Summary: Add 'save and continue' functionality to news editor Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- When working on news and soon other content blocks it would be nice if it would be possible to save and continue. This would allow to check how something look sin the OPAC, adjust, save... and continue without the need to look for the entry in the list again saving some clicks. This will especially be important with bug 22318 as the system preferences editor already allows it. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 52

[Bug 26486] New: Group edit buttons in reports toolbar
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26486 Bug ID: 26486 Summary: Group edit buttons in reports toolbar Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED 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 Created attachment 110377 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=110377&action=e… Screen grab showing operation of the toggle button and split button The button toolbar on SQL report pages is getting very crowded. I would like to move "Duplicate" and "Delete" into a split button menu with "Edit" as the primary function. I would also like to use Bootstrap's toggle button feature for the "Show/Hide SQL" button. See attached screen recording. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 16640] New: Move actions on acquisitions receipt summary page into menu
by bugzilla-daemon＠bugs.koha-community.org 09 May '23

09 May '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16640 Bug ID: 16640 Summary: Move actions on acquisitions receipt summary page into menu Change sponsored?: --- Product: Koha Version: master Hardware: All URL: /cgi-bin/koha/acqui/parcel.pl?invoiceid=x OS: All Status: ASSIGNED 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 CC: testopia(a)bugs.koha-community.org, veron(a)veron.ch Depends on: 16592 Created attachment 51965 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=51965&action=ed… Screenshot showing one part of the proposed change I propose to consolidate some links on the acquisitions receipt summary page into menus: - MARC and Card view - Receive, transfer, cancel etc. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16592 [Bug 16592] Use Bootstrap modal for MARC and Card preview on acquisitions receipt summary page -- You are receiving this mail because: You are watching all bug changes.

1 15

[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 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