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

[Bug 32182] New: Replace static tabs markup with Bootstrap
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '23

29 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32182 Bug ID: 32182 Summary: Replace static tabs markup with Bootstrap 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 CC: david(a)davidnind.com, dcook(a)prosentient.com.au, gmcharlt(a)gmail.com, lucas(a)bywatersolutions.com, martin.renvoize(a)ptfs-europe.com, testopia(a)bugs.koha-community.org Depends on: 30952 In order for tabs to look correct on certain pages which use the "statictabs" class we need to restructure the tabs to use Bootstrap markup. maininvoice.tt pay.tt paycollect.tt reviewswaiting.tt Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30952 [Bug 30952] New design for staff interface -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 33821] New: OPAC flatpickr no longer allows for direct input of date
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '23

29 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33821 Bug ID: 33821 Summary: OPAC flatpickr no longer allows for direct input of date Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: OPAC Assignee: lucas(a)bywatersolutions.com Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 30718 took away the ability to direct enter dates with flatpickr ( allowInput ) Some libraries find that problematic and would like patrons to be able to directly type in a date. Example: self registration. We should give that option back. -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 34022] New: Barcode is not accepting upon confirmation of order receiving after upgrading to 23.05
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '23

29 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34022 Bug ID: 34022 Summary: Barcode is not accepting upon confirmation of order receiving after upgrading to 23.05 Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: librarian(a)pilani.bits-pilani.ac.in QA Contact: testopia(a)bugs.koha-community.org Created attachment 152377 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=152377&action=e… steps followed for receiving an order The acquisition module, the system failed to save the barcode at the time of receiving items in an order. Clicking on confirmation and finishing the receipt while cataloguing showing Holding 0 though in the acquisition details button it is showing received 1 copy. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 33

[Bug 34109] New: When adding items on receive, mandatory fields are not checked
by bugzilla-daemon＠bugs.koha-community.org 29 Sep '23

29 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34109 Bug ID: 34109 Summary: When adding items on receive, mandatory fields are not checked Change sponsored?: --- Product: Koha Version: 22.11 Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Depends on: 8179, 34018 The itemtype is mandatory in the ACQ and all other item forms. But when adding items in acq on receive, there is no error whatsoever if you add items without itemtypes. To make things worse: When you don't notice the mistake, Koha will just add the item with itemtype "Books" (possibly as it's the first non empty entry in the pull down). Same if you set any other field to mandatory, it shows as red in the form, but it's not enforced. For text fields the field will then remain empty (tested with callnumber) To test: * Go to administration > frameworks > ACQ > MARC structure > 952 * Set callnumber (o) or barcode (p) to mandatory * In acquisition: * Create a basket with "create items on order" and "is standing" "standing" helps as you can do multiple receives testing different things, but is optional * Add an order line * Receive shipment * Verify the mandatory fields show in the item form * Save * Verify no message/warning appears * Verify the item was added with itemtype Books (on sample data) and empty mandatory field Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=8179 [Bug 8179] Receiving multiple order lines at once https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34018 [Bug 34018] Patron image upload fails without cardnumber -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 13

[Bug 33806] New: Overridden checkin date not retained when CircConfirmItemParts enabled
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '23

28 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33806 Bug ID: 33806 Summary: Overridden checkin date not retained when CircConfirmItemParts enabled Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation 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, kyle.m.hall(a)gmail.com To test: 1 - Find or add an item with subfield 3 - materials specified 2 - Enable system preference CircConfirmItemParts 3 - Go to Circulation->Checkin 4 - Click the settings button in the input box and enter a checkin date and select the remeber check box 5 - Check in some items, confirm date retained 6 - Checkin the item with the materials specified 7 - Confirm checkin 8 - Note that checkin date is cleared -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 30078] New: Holds to pull list does not show available item if already another item on pickup shelf
by bugzilla-daemon＠bugs.koha-community.org 28 Sep '23

28 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30078 Bug ID: 30078 Summary: Holds to pull list does not show available item if already another item on pickup shelf Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: minna.kivinen(a)hamk.fi QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Holds to pull list does not show available item, if there already is another item in that library waiting for pickup. Steps to get the problem: 1. Make sure that your circulation rules allow holds to available items 2. Make two holds for a book to library A where there are more than one available items 3. Check in one item and confirm hold -> item is now in pick up shelf 4. Look at holds to pull list - library A does not show on holds to pull list -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 31206] New: Highlight logged in library in green in Circ History
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '23

27 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31206 Bug ID: 31206 Summary: Highlight logged in library in green in Circ History Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: madamyk(a)ckls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com This is based on the same idea that was used in Bug 10902 (pushed to 21.11; https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=10902) I think it might be helpful to have the same kind of highlighting feature in other areas of Koha for consortiums. Specifically, in this case, highlighting the logged-in library when looking at circ history. However, I'm not sure if this would be "too much of a good thing," i.e. if we started adding highlighting all over the place, is it going to be more of a problem than a solution? I'm open to input on this. :) -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 31742] New: Highlight logged-in library holdings on add/edit items screen (additem.pl)
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '23

27 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31742 Bug ID: 31742 Summary: Highlight logged-in library holdings on add/edit items screen (additem.pl) Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: jrobb(a)sekls.org QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl It would be helpful in a consortia setting where many different libraries are sharing a single record to make items owned by the logged-in library stand out in the table at additem.pl. Highlighting an item's home library if it matches logged-in library is an easy visual indicator. I wrote some JS for this using the currentlibrary class added with bug 10902: var loggedBranch = $("#logged-in-info-full .logged-in-branch-name").text(); var colIndex = $('#cat_additem th:contains("Home library")').index() + 1; $('#cat_additem tr td:nth-child(' + colIndex + ')').each(function () { if (this.textContent == loggedBranch) { $(this).wrapInner('<span class="currentlibrary"></span>'); } }); -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 6

[Bug 22719] New: Suggestion Maintenance
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '23

27 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22719 Bug ID: 22719 Summary: Suggestion Maintenance Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- There needs to be a way for Superlibrarians to see and manage all suggestions, besides switching current libraries. There also needs to be setting (maybe at the bottom of the page) for each library to choose how old of each category to hold on to, and what action to take: delete, nag via e-mail daily, etc. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 7

[Bug 32913] New: ERM - 'Add agreement' breadcrumb is untranslatable
by bugzilla-daemon＠bugs.koha-community.org 27 Sep '23

27 Sep '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32913 Bug ID: 32913 Summary: ERM - 'Add agreement' breadcrumb is untranslatable Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: I18N/L10N 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: frederic(a)tamil.fr The last part of the breadcrumb when adding an agreement is untranslatable. To get there: 1. Enable the ERMModule system preference 2. Go to E-resource management > Agreements 3. Click 'New agreement' --> The 'Add agreement' part of the breadcrumb is untranslatable To translate: cd misc/translator ./translate update xx-XX git grep "Add agreement" --> no results -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1