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

[Bug 28406] New: Point of sale don't register a sale when total amount is 0
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '24

13 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28406 Bug ID: 28406 Summary: Point of sale don't register a sale when total amount is 0 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Staff Client 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 Is that a valid use case? Likely. - For free stuff where it's useful to track the "sales" like for stock management or just to know the sold quantity as a stat. - Some real use: http://irc.koha-community.org/koha/2021-05-19#i_2353796 ==Test plan== 1. Try to sell with debit type item with price 0.00 2. Submit 3. page refreshes but no sign of a transaction 4. Register details show nothing either -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 28164] New: Sorting on POS register details transactions table is not working right
by bugzilla-daemon＠bugs.koha-community.org 13 Aug '24

13 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28164 Bug ID: 28164 Summary: Sorting on POS register details transactions table is not working right Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Fines and fees Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org CC: martin.renvoize(a)ptfs-europe.com Sorting on the transactions table on the point of sales register details page doesn't appear to work correctly. - Make some transactions in the points of sale page - Go to the register details page - Try to sort on the different columns - Only the price column will (partially?) sort - There is also sorting on the Actions columun -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 6

[Bug 27893] New: Delete of biblio with order does not always warn
by bugzilla-daemon＠bugs.koha-community.org 09 Aug '24

09 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27893 Bug ID: 27893 Summary: Delete of biblio with order does not always warn Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: emma.ternrud(a)ub.gu.se QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl When a biblio with a linked order gets deleted you can not cancel the order. There are two methods to delete a biblio: - Delete record in the edit menu - A check box when deleting all items using the batch deletion (see test plan). The first method generates a warning message and the second method deletes with out warnings. There should be warnings in both cases. Test plan: 1. Find a biblio with a linked order and at least one item. 2. Mark all items and press "Delete selected items". 3. At the Batch deletion page mark "Delete records if no items remain". 4. The items and the biblio will be removed without warnings. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 57

[Bug 20289] New: Unhelpful message on sip overdrive - Overdue items
by bugzilla-daemon＠bugs.koha-community.org 08 Aug '24

08 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20289 Bug ID: 20289 Summary: Unhelpful message on sip overdrive - Overdue items Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: lisetteslatah(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com When the catalog blocks checkouts if the patron has overdue items, the message is: Library server message - Greetings from Koha. For other blocks, Koha generates a more helpful message: Fines over $5 generates the following message: Library server message - Greetings from Koha. -- Patron owes 5.01 Expired patron: Library server message - Greetings from Koha. PATRON EXPIRED Invalid Password Library server message - Greetings from Koha. -- Invalid password It would be great if this could be a more consistent and helpful message for patrons. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 18062] New: Damaged Status shows unavilable in results
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '24

07 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18062 Bug ID: 18062 Summary: Damaged Status shows unavilable in results Change sponsored?: --- Product: Koha Version: 3.22 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When performing a search in the OPAC or staff client and the results include an item that is marked "Damaged" the status shows unavailable on the results page. When you view the detailed view of the record, the item appears as available. Although the item can still be checked out, it is confusing for the patron when they see the unavailable status. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 18594] New: Add audible alarm for batch import
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '24

07 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18594 Bug ID: 18594 Summary: Add audible alarm for batch import Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: MARC Bibliographic record staging/import Assignee: gmcharlt(a)gmail.com Reporter: bob-ewart(a)bobsown.com QA Contact: testopia(a)bugs.koha-community.org Please add the audible alarms to staging, importing and undo MARC record imports. They can take a long time, especially with large batches. The audible alarms will be very helpful in knowing when to come back to the terminal. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 16925] New: Shelving location search in OPAC nests search term in single quotes for every level of search results.
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '24

07 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16925 Bug ID: 16925 Summary: Shelving location search in OPAC nests search term in single quotes for every level 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: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org NOTE: This bug does *NOT* occur in Chrome. Prerequisites: 1) Enough bibs loaded in the database having the same shelving location such that several pages of results will display. 2) AdvancedSearchTypes must include loc Steps to reproduce: 1/ Navigate to OPAC advanced search page in firefox or IE 2/ Click on ShelvingLocation tab 3/ Select one of the available locations and click search. (examples below are using the location CDB) 4/ Note that the breadcrumb is in the form Results of search with limit(s): 'mc-loc:'CDB'', The URL contains limit=mc-loc%3ACDB 5/ Click Next 6/ Breadcrumb shows Results of search with limit(s): 'mc-loc:''CDB''' URL contains limit=mc-loc%3A%27CDB%27 Every time you click Next, another layer of quotes is added around the shelving location in the breadcrumbs: 'mc-loc:'CDB'' 'mc-loc:''CDB''' 'mc-loc:'''CDB'''' And the shelving location is nested a layer deeper in %27: limit=mc-loc%3ACDB limit=mc-loc%3A%27CDB%27 limit=mc-loc%3A%27%27CDB%27%27 -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 24449] New: SIP2 - too_many_overdue flag is not implemented
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '24

07 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24449 Bug ID: 24449 Summary: SIP2 - too_many_overdue flag is not implemented Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: colin.campbell(a)ptfs-europe.com While the field is in the SIP patron object, it is never populated. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 17489] New: Allow Koha plugins to have translations
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '24

06 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17489 Bug ID: 17489 Summary: Allow Koha plugins to have translations Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We should come up with a way of allowing plugin templates to be translatable so installations using multiple languages can have the plugin displayed in the selected language. -- You are receiving this mail because: You are watching all bug changes.

1 10

[Bug 28122] New: Remove old syslog config from SIPconfig.xml
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '24

06 Aug '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28122 Bug ID: 28122 Summary: Remove old syslog config from SIPconfig.xml Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: SIP2 Assignee: koha-bugs(a)lists.koha-community.org Reporter: magnus(a)libriotech.no QA Contact: testopia(a)bugs.koha-community.org It used to be that logging for the SIP2 server was configured in SIPconfig.xml: <server-params min_servers='1' min_spare_servers='0' log_file='Sys::Syslog' syslog_ident='koha_sip' syslog_facility='local6' /> The last 3 lines are the relevant ones. These lines are still present in the template file for Debian packages: https://git.koha-community.org/Koha-community/Koha/src/branch/master/debian… Then "Bug 15253: Add Koha::Logger based logging for SIP2" added logging based on log4perl for SIP2. But as far as I can see, the remnants of syslog config makes the SIP2 server not run properly. To reproduce: If you are on a dev setup (e.g. kohadevbox), copy the log4perl template to the standard location: $ sudo cp kohaclone/debian/templates/log4perl-site.conf.in /etc/koha/log4perl-site.conf.in Create a new site, called siptest: $ sudo koha-create --create-db siptest Verify that /etc/koha/sites/siptest/log4perl.conf has a section for SIP: log4perl.logger.sip = DEBUG, SIP log4perl.appender.SIP=Log::Log4perl::Appender::File log4perl.appender.SIP.filename=/var/log/koha/siptest/sip.log log4perl.appender.SIP.mode=append log4perl.appender.SIP.layout=PatternLayout log4perl.appender.SIP.layout.ConversionPattern=[%d] [%p] %m %l %n log4perl.appender.SIP.utf8=1 Enable and start the SIP2 server: $ sudo koha-sip --enable siptest Enabling SIP server for siptest - edit /etc/koha/sites/siptest/SIPconfig.xml to configure $ sudo koha-sip --start siptest Use ps to check if the SIP server is actually running: $ ps aux | grep SIPServer siptest+ 20084 0.0 0.0 18708 1732 ? S 15:40 0:00 daemon --name=siptest-koha-sip --errlog=/var/log/koha/siptest/sip-error.log --stdout=/var/log/koha/siptest/sip.log --output=/var/log/koha/siptest/sip-output.log --verbose=1 --respawn --delay=30 --pidfiles=/var/run/koha/siptest --user=siptest-koha.siptest-koha -- perl /home/vagrant/kohaclone/lib/C4/SIP/SIPServer.pm /etc/koha/sites/siptest/SIPconfig.xml vagrant 20294 0.0 0.0 12780 968 pts/0 R+ 15:44 0:00 grep SIPServer This output means the daemon is running, but not the SIP-server itself. Edit /etc/koha/sites/siptest/SIPconfig.xml and remove these three lines: log_file='Sys::Syslog' syslog_ident='koha_sip' syslog_facility='local6' Then restarte the SIP2 server: $ sudo koha-sip --restart siptest Then run ps again: $ ps aux | grep SIPServer siptest+ 20383 0.0 0.0 18708 196 ? S 15:44 0:00 daemon --name=siptest-koha-sip --errlog=/var/log/koha/siptest/sip-error.log --stdout=/var/log/koha/siptest/sip.log --output=/var/log/koha/siptest/sip-output.log --verbose=1 --respawn --delay=30 --pidfiles=/var/run/koha/siptest --user=siptest-koha.siptest-koha -- perl /usr/share/koha/lib/C4/SIP/SIPServer.pm /etc/koha/sites/siptest/SIPconfig.xml siptest+ 20385 42.0 8.2 382120 169104 ? S 15:44 0:01 perl /usr/share/koha/lib/C4/SIP/SIPServer.pm /etc/koha/sites/siptest/SIPconfig.xml siptest+ 20390 0.0 7.6 382120 156460 ? S 15:44 0:00 perl /usr/share/koha/lib/C4/SIP/SIPServer.pm /etc/koha/sites/siptest/SIPconfig.xml vagrant 20392 0.0 0.0 12780 968 pts/0 S+ 15:44 0:00 grep SIPServer Lines that contain "perl /usr/share/koha/lib/C4/SIP/SIPServer.pm /etc/koha/sites/siptest/SIPconfig.xml" indicate the actual SIP2 server is running. I think what needs to be done is: - Remove the 3 syslog-related lines from etc/SIPconfig.xml and debian/templates/SIPconfig.xml - Add a note to the release notes that the 3 lines need to be removed from SIPconfig.xml fles that are in active use PS! I have not looked deeply at *why* those three config lines makes the SIPserver fail to run, just that removing them fixes the problem. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20