February 2021 - Koha-bugs - lists.koha-community.org

[Bug 21981] New: Specify due date, remember for session and alert
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '24

26 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21981 Bug ID: 21981 Summary: Specify due date, remember for session and alert Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Hi, Due date is remaining after a yellow alert with question Test plan in 18.05: - Set the specify due date option to a date, check the checkbox Remember for session - Check out an item - Change patron - Uncheck checkbox and clear the specified date - Check out another item - a yellow alert displayed to confirm checkout - Verify that the date is back Regards Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 11

[Bug 21791] New: Add payment type on Cash register report (cash_register_stats.pl)
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '24

26 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21791 Bug ID: 21791 Summary: Add payment type on Cash register report (cash_register_stats.pl) Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org Hi, Tested on 18.05.03, payment type (see bz 18786) are not display on cash register statistics (cash_register_stats.pl). Regards Marjorie -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 11

[Bug 22180] New: SERIAL_ALERT email does not send if the status is Claimed before becoming Arrived.
by bugzilla-daemon＠bugs.koha-community.org 26 Apr '24

26 Apr '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22180 Bug ID: 22180 Summary: SERIAL_ALERT email does not send if the status is Claimed before becoming Arrived. Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Serials Assignee: koha-bugs(a)lists.koha-community.org Reporter: marjorie.barry-vila(a)collecto.ca QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com Target Milestone: --- Hi, SERIAL_ALERT email sends itself correctly when the status of the issue changes from Expected to Arrived. But the issues goes from Expected to Claimed and then to Arrived, the email does not send. I also tested it with other status. Only the way Expected> Arrived works. Is it normal? Version tested: 18.05.04 REgards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 8

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