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

[Bug 31028] New: Enhance 'Report a problem' to specify catalogue problems
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '24

26 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=31028 Bug ID: 31028 Summary: Enhance 'Report a problem' to specify catalogue problems 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Currently we have a generic 'Report a problem' link at the bottom of all pages on the OPAC.. however there's no easy way to report a problem about a specific biblio. We could add a more specific 'Report a problem with this record' option on the details display and record the biblionumber so staff can quickly see the record in context. -- You are receiving this mail because: You are watching all bug changes.

1 585

[Bug 19764] New: possibility to sort list by decreasing date
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '24

25 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19764 Bug ID: 19764 Summary: possibility to sort list by decreasing date Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Lists Assignee: koha-bugs(a)lists.koha-community.org Reporter: patrick.robitaille(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Hi, It would nice if in a list at the OPAC to had the possibility to sort by decreasing date and vice versa. Actually, we can only sort by ascending copyright date and it would be graete for the user to have the possibility to chose ascending ou decreasing date. Patrick. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 23608] New: Koha::Objects::Limit::Library->get_library_limits can return undef
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '24

25 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23608 Bug ID: 23608 Summary: Koha::Objects::Limit::Library->get_library_limits can return undef Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The get_library_limits routine within Koha::Objects::Limit::Library can return either a Koha::Libraries set or undef at present. As this is often part of a method chain we should drop the requirement to always check for undef in the return and instead ensure we return an unfiltered Koha::Libraries set which can be relied upon in subsequent method chaining. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 35226] New: Items are In transit and Available at the same time
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '24

25 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35226 Bug ID: 35226 Summary: Items are In transit and Available at the same time Change sponsored?: --- Product: Koha Version: 23.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: klas.blomberg(a)skovde.se QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Created attachment 158234 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=158234&action=e… Screen dump of an available transit-item Find an item that is in transit but not for a hold. Look at the holdings for this item. The bottomline says "Available" This bug appeared after upgrade from 22.05 to 23.05, and I have also found it on many demo-sites Items that are In transit for a hold are displayed correctly -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 28129] New: Allow staff to add subscription alerts on behalf of patrons
by bugzilla-daemon＠bugs.koha-community.org 25 Apr '24

25 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28129 Bug ID: 28129 Summary: Allow staff to add subscription alerts on behalf of patrons Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org At the moment email alerts for new issues of a subscription can only be managed by the patron themselves through the OPAC. And there only from the detail pages of the serials. It would be nice if it would be possible to delete (see bug 25848), but also to add these email notifications on behalf of patrons. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 26344] New: Move translatable strings out of templates into patrons.js
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '24

24 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26344 Bug ID: 26344 Summary: Move translatable strings out of templates into patrons.js 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: testopia(a)bugs.koha-community.org Depends on: 21156 Strings defined in templates for use in autocomplete/patrons.js can now be wrapped in the new translation function. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21156 [Bug 21156] Internationalization: plural forms, context, and more for JS files -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 27354] New: Translate JavaScript in intranet-tmpl/js
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '24

24 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27354 Bug ID: 27354 Summary: Translate JavaScript in intranet-tmpl/js 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: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: frederic(a)tamil.fr Blocks: 26344 Currently JavaScript files in intranet-tmpl/js are not processed for translation. This makes it impossible to leverage the new I18N tools created by 21156. I don't think there's any reason why this directory should be excluded. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26344 [Bug 26344] Move translatable strings out of templates into patrons.js -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 27028] New: Transfers: hold warning doesn't display patron's name and their branch
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '24

24 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27028 Bug ID: 27028 Summary: Transfers: hold warning doesn't display patron's name and their branch 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: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Created attachment 113641 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=113641&action=e… screenshot-of-the-issue == Test plan == 1. Place a hold (record level in my example) 2. Try a transfer 3. Get a hold warning 4. It doesn't display (at least, not checked everything) the patron's name and their branch. See screenshot-of-the-issue.png The code confirms that it should: Reserve found for [% name | html %] (<a href="/cgi-bin/koha/members/moremember.pl?borrowernumber=[% borrowernumber | uri %]">[% borrowernumber | html %]</a>). [...] [% IF ( reserved ) %]Set reserve to waiting and transfer book to [% branchname | html %]: [% END %] -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 20344] New: Transferring an item while on hold results in a transfer were the destination is the same as the source
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '24

24 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20344 Bug ID: 20344 Summary: Transferring an item while on hold results in a transfer were the destination is the same as the source Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: victor.grousset(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com 1. Check out an item 2. Place a hold on the specific item with a pickup at a different branch 3. Check in: Confirm hold and transfert 4. Check the branchtransfers table to ensure that the transfert is here SELECT * FROM branchtransfers order by datesent DESC LIMIT 10; 5. Home › Circulation › Transfers 6. Create a transfer identical as the existing one 7. You should see «Item is already at destination library.» 8. Check the branchtransfers table 1. First one should have been canceled «Canceled, new transfer from A to A created» 2. Another one should have been created from A to A 3. These 2 things are the issue. Because doing the same without a hold - doesn't create a new transfer - doesn't cancel the first one -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 19375] New: Show message when transfer is finished by checking in
by bugzilla-daemon＠bugs.koha-community.org 24 Apr '24

24 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19375 Bug ID: 19375 Summary: Show message when transfer is finished by checking in Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When book is in transfer and is in transfer and is checked in in target library, the transfer is finished by this operation. It would be nice to have some message about that. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1