October 2020 - Koha-bugs - lists.koha-community.org

[Bug 21699] New: Allowing circulation Messages to be editable
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '23

21 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21699 Bug ID: 21699 Summary: Allowing circulation Messages to be editable Change sponsored?: --- Product: Koha Version: 18.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: kelly(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com During a Webinar discussion regarding the new placement of the circulation messages appearing in the Patron Detail page. It was commented by a librarian that it would be nice to have the circulation messages editable. At times libraries need to keep a specific message on a patrons account with the details such as what branch it was written from and the staff member that wrote it, but it would be nice to be able to edit this message. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 29

[Bug 26861] New: Indicate that a record is using OpacHiddenItems in staff client
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '23

21 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26861 Bug ID: 26861 Summary: Indicate that a record is using OpacHiddenItems in staff client Change sponsored?: --- Product: Koha Version: 19.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: barbara.johnson(a)bedfordtx.gov QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com It would be helpful to indicate in the staff client that a record you are viewing is using the OpacHiddenItems system preference for the OPAC. It could display 'Hidden in OPAC' similar to the way is displays 'Suppressed in OPAC' for suppressed bibs. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 19

[Bug 22073] New: Diacritics Ž and ž not being mapped for searching (Non-ICU)
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '23

21 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22073 Bug ID: 22073 Summary: Diacritics Ž and ž not being mapped for searching (Non-ICU) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching - Zebra Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com Target Milestone: --- To recreate: 0 - Ensure your catalog is not using ICU 1 - Find or add a record by author Slavoj Žižek 2 - Search for 'Zizek' 3 - No results -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 20

[Bug 26390] New: Add transliteration of Ž in ICU chains
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '23

21 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=26390 Bug ID: 26390 Summary: Add transliteration of Ž in ICU chains Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Z39.50 / SRU / OpenSearch Servers Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Follow up to 22073 for ICU -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 20653] New: Issue expected from irregularities don't display right month
by bugzilla-daemon＠bugs.koha-community.org 21 Dec '23

21 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20653 Bug ID: 20653 Summary: Issue expected from irregularities don't display right month Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement 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 Created attachment 74815 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=74815&action=ed… prediction pattern Hi, It is difficult for me to explain the problem in English but I will try with a detailed test plan: - created a numbering pattern for name of month (see image) - created a subscription for monthly frequency - check irregularities for months that are not published - receive an issue - next issue with expeted status display wrong name of month. (see image) - Date published is corrected, irregularity is respected but name of month do not respect irregularities cheched on prediction pattern. Has anyone ever experienced this problem? Regards, Marjorie -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 9

[Bug 23837] New: detail.pl contains a lot of whitespace in the td.status cell
by bugzilla-daemon＠bugs.koha-community.org 19 Dec '23

19 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23837 Bug ID: 23837 Summary: detail.pl contains a lot of whitespace in the td.status cell Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com When looking at the code, I am seeing this: Waiting at Athol Library since 10/15/2019. Hold for: Not sure why all the whitespace (spaces/new lines/indentation) is there. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 7

[Bug 23935] New: Sharing on Social Media looks wrong
by bugzilla-daemon＠bugs.koha-community.org 18 Dec '23

18 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23935 Bug ID: 23935 Summary: Sharing on Social Media looks wrong Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: cbrannon(a)cdalibrary.org QA Contact: testopia(a)bugs.koha-community.org When I tried sharing a record on Facebook, while I was writing the post, it showed the cover, but looked like it was including information from the login panel. Then when it was posted, it didn't include the cover or the login info. It did include the record title, but the image was the catalog banner/logo. Something isn't quite right with the social media posting. At least with Facebook. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 20936] New: Holds History for patrons in OPAC
by bugzilla-daemon＠bugs.koha-community.org 16 Dec '23

16 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20936 Bug ID: 20936 Summary: Holds History for patrons in OPAC 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: eveal(a)mckinneytexas.org QA Contact: testopia(a)bugs.koha-community.org I think it would be very nice to add the "Hold History" for the patrons to access in the OPAC. I don't know if the bug to add it to the staff site would be useful or not but here it is. https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14919 Ed -- You are receiving this mail because: You are watching all bug changes.

1 164

[Bug 25965] New: Create SIP2 client daemon with HTTPS API endpoint
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '23

15 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25965 Bug ID: 25965 Summary: Create SIP2 client daemon with HTTPS API endpoint Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: lmstrand(a)gmail.com I am trying to pass messages to a sip server using a new endpoint I created in swagger/openApi. This endpoint uses the guidelines described here: http://biblstandard.dk/rfid/dk/rfid_sip2_over_https.htm The idea is to get rid of the tunneling/VPN implementations that we use, and use HTTPS instead to pass sip messages back and forth inside an XML. The Apache server handles the HTTPS stuff so I don't have had to worry about that so far when communicating with the REST api, hence the SipOHttp naming in my module. At the moment I can send the XML POST messages formed like in the linked guideline to the endpoint (XML wrapped SIP2 message to .../api/v1/sipmessages/). The api forwards the body content of the request to my module Koha::REST::V1::SipOHttp. The module validates and parses the contents of the XML message, extracts the information about the sip server the message is intended to (using the "login:" parameter inside the XML) and the sip message itself (inside the <request></request> variable). Then the module passes the sip message on to the sip server using IO:Socket::INET. My problem is that the sip server closes the connection after this first SC device login message has been passed and the response has been read back in my module: (from sip2.log) ..... [INFO] [undef](a)10.0.3.217: OUTPUT MSG: '941' C4::SIP::Sip::write_msg /home/koha/Koha/C4/SIP/Sip.pm (187) [DEBUG] SIPDEVICE(a)10.0.3.217: raw_transport: uname/inst: 'SIPDEVICE/SIPDEVICE' C4::SIP::SIPServer::raw_transport /home/koha/Koha/C4/SIP/SIPServer.pm (174) [DEBUG] SIPDEVICE(a)10.0.3.217: EOF returned on read C4::SIP::SIPServer::read_request /home/koha/Koha/C4/SIP/SIPServer.pm (349) [INFO] SIPDEVICE(a)10.0.3.217: raw_transport: shutting down C4::SIP::SIPServer::raw_transport /home/koha/Koha/C4/SIP/SIPServer.pm (178) So I need a way to keep this socket connection open for other future messages. Without touching the sip server's code itself, the only solution I can come up with is a proxy server that handles and passes on the REST api's incoming messages to sockets and keeps each invidual socket connection open to specific instances of the sip servers (I suppose the sip server itself ends the connections when needed so you wouldn't have to worry about it in the sender's end). Another solution would be to build a new api separate from the swagger/Openapi one. Like an all-in-one solution that deals with the requests and keeps tabs on the open socket connections. Let me know if you have ideas regarding this. Ps. I'm a trainee in Koha Suomi (Finland) so excuse me if the description of my problem is a bit vague and lacks some correct terms used. I'm happy to fill in any details I've left out. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 46

[Bug 23303] New: When uninstalling a plugin we don't call any form of 'unload'
by bugzilla-daemon＠bugs.koha-community.org 15 Dec '23

15 Dec '23

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23303 Bug ID: 23303 Summary: When uninstalling a plugin we don't call any form of 'unload' Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor 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 We currently clean up the filesystem and run through the 'uninstall' method from the plugin in point during the uninstall process. We don't however, ever, unload the module code from memory and this may result in plack environments leaking memory. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 5