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

[Bug 16912] New: Koha:: Patrons - Move AddEnrolmentFeeIfNeeded to add_enrolment_fee_if_needed
by bugzilla-daemon＠bugs.koha-community.org 01 Aug '23

01 Aug '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16912 Bug ID: 16912 Summary: Koha::Patrons - Move AddEnrolmentFeeIfNeeded to add_enrolment_fee_if_needed Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 40

[Bug 25763] New: Allow update of order fund after receipt
by bugzilla-daemon＠bugs.koha-community.org 30 Jul '23

30 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25763 Bug ID: 25763 Summary: Allow update of order fund after receipt Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: nick(a)bywatersolutions.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Sometimes after an order has come in there are donations or changes to funds and the library may wish to change the fund that the order is allocated from. This bug will allow updating the order fund from the invoice page. -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 20212] New: Slowness in Receiving in Acquisitions
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20212 Bug ID: 20212 Summary: Slowness in Receiving in Acquisitions Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jesse(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Convert order tables from pre-loading all order data to ajax tables that load order data on an as needed basis. -- You are receiving this mail because: You are watching all bug changes.

1 347

[Bug 19361] New: Linking an authorised value category to a field in a framework can lose data
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19361 Bug ID: 19361 Summary: Linking an authorised value category to a field in a framework can lose data Change sponsored?: --- Product: Koha Version: 16.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: liz(a)catalyst.net.nz QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl If you link an authorised value to a framework after you have done data entry on the same field, editing the record with the new authorised value drop down, and not filling it in will lose the data in the field. To reproduce: choose a free entry MARC field and add a record with some data in that field. create an authorised value category and link it to that field in a framework edit your record with the authorised value link now defined, do not select an authorised value from the field, and save it note that the data for that field is now gone. I have only heard this reported on 16.05, but it very well may be in Master. It would pay to check. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 51

[Bug 30430] New: UNIMARC XSLT : displaying field B_214
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30430 Bug ID: 30430 Summary: UNIMARC XSLT : displaying field B_214 Change sponsored?: --- Product: Koha Version: unspecified 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: fpichenot(a)ville-roubaix.fr QA Contact: testopia(a)bugs.koha-community.org We need to update XSLT files to display new UNIMARC B_214 field. See https://cdn.ifla.org/wp-content/uploads/files/assets/uca/unimarc_updates/BI… -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 37

[Bug 30767] New: Terminology: Do not forget that the issue has not been checked in yet.
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30767 Bug ID: 30767 Summary: Terminology: Do not forget that the issue has not been checked in yet. 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 Issue should be checkout: koha-tmpl/intranet-tmpl/prog/en/modules/tools/preview_letter.tt:14 Do not forget that the issue has not been checked in yet. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 28362] New: Add 'Preferred language' to self-registration form
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28362 Bug ID: 28362 Summary: Add 'Preferred language' to self-registration form 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: severine.queune(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org 'Preferred language' for notifications is currently not present on the self-registration form. It could be be great if we could add it to let borrowers choose their language upon registration. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 30055] New: Rewrite patron searches to make them use the REST API routes
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30055 Bug ID: 30055 Summary: Rewrite patron searches to make them use the REST API routes Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Patrons Assignee: jonathan.druart+koha(a)gmail.com Reporter: jonathan.druart+koha(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com -- You are receiving this mail because: You are watching all bug changes.

1 257

[Bug 17787] New: Suppressed items seems so still be included in number of search results
by bugzilla-daemon＠bugs.koha-community.org 28 Jul '23

28 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17787 Bug ID: 17787 Summary: Suppressed items seems so still be included in number of search results 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: viktor.sarge(a)regionhalland.se QA Contact: testopia(a)bugs.koha-community.org We have a use case where like 99% of the collection is hidden and only a few selected items are displayed in the opac (by showing their covers up front on the main page). When going to the detail page and clicking the link for an author that has a long list of records (but only one visible in the opac) I might get indication of 63 hits in the search results and a the links to pages 1,2,3 etc for search results. Only problem is that there is actually only one result since the rest are suppressed. My guess is that the code calculating the number of hits and creating links to the pages of search results is not talking to the suppression system. I could not find any open bugs about this. Perhaps because our use of suppression is a bit of a edge case(?) I ended up "solving" the problem by removing the links on author etc. since we don't use search anyhow. I'll likely not research the issue further, but I felt I should at least report it and keep an eye out. All input is welcome. -- You are receiving this mail because: You are watching all bug changes.

1 29

[Bug 31248] New: Make checkout history table responsive for mobile
by bugzilla-daemon＠bugs.koha-community.org 26 Jul '23

26 Jul '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31248 Bug ID: 31248 Summary: Make checkout history table responsive for mobile 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 Created attachment 138180 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=138180&action=e… Screenshot of checkout history in mobile view on Firefox The checkout history table on mobile is large and there doesn't seem to be a way to scroll right. When on mobile, the current checkouts are not in a table, maybe the same could be done with the checkout history? To test: 1) Make sure you have checkouts in your account 2) Log into the OPAC --> In 'Your summary' current checkouts are in a table 3) Go to 'You checkout history' --> Current and previous checkouts are in a table 4) Switch to mobile view (in Firefox, Ctrl + Shift + M) --> Checkout history is still in a table and the last column is not entirely visible (depending on the content of the columns, I suppose) 5) Go to 'Your summary' --> Current checkouts are presented in list form instead of a table -- You are receiving this mail because: You are watching all bug changes.

1 27