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

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '22

27 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #130052|0 |1 is obsolete| | --- Comment #13 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 132270 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=132270&action=e… Bug 11083: Add sample XSLT for UNIMARC authorities Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '22

27 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #130051|0 |1 is obsolete| | --- Comment #12 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 132269 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=132269&action=e… Bug 11083: Add ability to generate authority summary using XSLT This patch only affects authority search results in the staff interface. It adds a new system preference AuthorityXSLTResultsDisplay. If set, each authority search result MARCXML will be transformed using the XSLT at the given filename or URL. The output will be displayed in place of the default summary. If errors occur, the XSLT is ignored and the default summary is displayed. The syspref value can contain {langcode} and {authtypecode} which will be replaced by the appropriate value (resp. current language and authority type code) Test plan: 1. Apply patch and run updatedatabase 2. Verify that authority search results are not affected yet. 3. Create an XSLT file (for instance in /home/koha/xslt/en/GEOGR_NAME.xsl) 4. Set AuthorityXSLTResultsDisplay syspref value to /home/koha/xslt/{langcode}/{authtypecode}.xsl 5. Do an authority search that returns GEOGR_NAME results. Verify that the summary matches what you expect from your XSLT 6. Do an authority search that returns authorities of other types. Verify that the default summary is displayed. Example of a minimal XSLT: <?xml version='1.0' encoding="UTF-8"?> <xsl:stylesheet version="1.0" xmlns:marc="http://www.loc.gov/MARC21/slim" xmlns:xsl="http://www.w3.org/1999/XSL/Transform"> <xsl:output omit-xml-declaration="yes"/> <xsl:template match="marc:record"> <xsl:element name="div"> <xsl:attribute name="class"> <xsl:text>authority-summary</xsl:text> </xsl:attribute> <xsl:value-of select="marc:datafield[@tag='151']/marc:subfield[@code='a']"/> </xsl:element> </xsl:template> </xsl:stylesheet> Signed-off-by: David Nind <david(a)davidnind.com> Signed-off-by: Katrin Fischer <katrin.fischer.83(a)web.de> -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '22

27 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Signed Off |Passed QA -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11083] Authority search result display in staff interface should be XSLT driven
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '22

27 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11083 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Authority Search Result |Authority search result |Display should be XSLT |display in staff interface |Driven |should be XSLT driven --- Comment #11 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Nice release notes :) I notice that unlike other prefs the new pref has no "default" option that prefills the input field although there is a UNIMARC file submitted with this patch. Should we add one with a note that this is currently for UNIMARC only? But not a blocker for me. I think this works nicely and gives a good base for more improvements later. Do you plan to also make this available for the OPAC? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30203] New: Can we trust the clean slate in Circulation.t ?
by bugzilla-daemon＠bugs.koha-community.org 27 Mar '22

27 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30203 Bug ID: 30203 Summary: Can we trust the clean slate in Circulation.t ? Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org Not sure what happened exactly. But a failing Circulation.t must have removed all users in my devbox. # Start with a clean slate $dbh->do('DELETE FROM issues'); $dbh->do('DELETE FROM borrowers'); And my borrowers: select borrowernumber,userid,lastseen from borrowers; +----------------+---------------------------------------------------------------------------+---------------------+ | borrowernumber | userid | lastseen | +----------------+---------------------------------------------------------------------------+---------------------+ | 382 | pCITR3m30mWAv4MTsEhckB0QR1JoJFgBac2mdWx | 2022-03-01 13:01:39 | | 383 | sazlgFEfa4UmwVgniArAfluzcETJXkru9ktdHKYzSqTXwYckCAXNje3ZpqfRabaz42p | 2022-03-01 13:01:39 | | 384 | VkGSPpUO7VFE2it55nZ2pflAmo75HUin4eYVKtThczB7tUF_AZFXuOcg95_Q | 2022-03-01 13:01:39 | | 385 | opoi06B6_LWhoOXQtTjYrN01Vm182og8OK6Uaezc_CfNnA6SYicmnWzb2hEeZF_ | 2022-03-01 13:01:39 | | 386 | john.renewal | NULL | | 387 | katrin.reservation | NULL | | 388 | kyle.reservation | NULL | | 389 | alice.reservation | NULL | | 390 | ca.glisse | NULL | | 391 | T5MrUI8DftRsa_nou6Q_VO76Wby4HAfcDsNP9WXk3gom8 | 2022-03-01 13:01:39 | | 392 | goV_DQYtptbpxYFdUtEcpJqz9X4fq3Zn4Arf336wEvxvc7rF8prBsQRDLq8_8FZhQypuamFi | 2022-03-01 13:01:39 | | 393 | fridolyn.somers | NULL | | 394 | kyle.hall | NULL | | 395 | kyle.hall1 | NULL | | 396 | chelsea.hall | NULL | | 397 | fn.dn | NULL | etc etc The family Hall are prominently visible now :) But Katrin and Fridolin too.. -- You are receiving this mail because: You are watching all bug changes.

1 13

[Bug 29791] New: KohaOpacLanguage cookie should set the secure flag if using https
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '22

26 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29791 Bug ID: 29791 Summary: KohaOpacLanguage cookie should set the secure flag if using https Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 6815] Capture member photo via webcam
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '22

26 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=6815 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |new feature --- Comment #102 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Bit early to be thinking of release notes.. but might make a nice highlight as "new feature"? :) -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30334] New: error 500 in advanced editor
by bugzilla-daemon＠bugs.koha-community.org 26 Mar '22

26 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30334 Bug ID: 30334 Summary: error 500 in advanced editor Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mohammadabid.555(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Dear Sir, I tried to activate the advanced editor in koha cataloging, but I countered the error 500 problem when I used it, can you help me with this please? Thanks in Advance Mohammad Abid IT Official Central Library /Mosul University -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 2

[Bug 30364] New: If a tag, i.e. 500$a has a framework plugin, even though a multi-line html “textarea” is desired, as soon as the plugin is added it goes back to a single line text box.
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '22

25 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30364 Bug ID: 30364 Summary: If a tag, i.e. 500$a has a framework plugin, even though a multi-line html “textarea” is desired, as soon as the plugin is added it goes back to a single line text box. Change sponsored?: --- Product: Koha Version: 21.05 Hardware: All OS: Linux Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: koha-bugs(a)lists.koha-community.org Reporter: courtenay.johnson(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Created attachment 132263 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=132263&action=e… patch to addbiblio.pl to permit multiline input when plugs present If a tag, i.e. 500$a has a framework plugin, even though a multi-line html “textarea” is desired, as soon as the plugin is added, such as the example.pl, it goes back to a single line text box. I wish to use the HTML textarea to allow multi-line input, and I wish to use a plugin to filter out undesirable (non-utf-8) characters and to convert Windows code set smart quotes into UTF-8 so they would not be lost. Looking at the code, in addbiblio.pl, I see there is no provision for tags in the range 500 to 600 to use the textarea method for input when a plugin is used. I have made a change to the addbiblio.pl (starting at line 393) and the addbiblio.tt to add another alternative to input_complex, and now have the plugin I wrote working, with subfields that are accepting multi-line input. In the addbiblio.tt at line 1063 I created a new mv.type of textarea_complex, so for multiline input with tags within a suitable range with a plugin, so that this preserves the structure of the existing code. As part of my change tag 650$a is now accepting multi-line input with \n accepted. I am including a diff for the two changes done with version 21.05.03. This was originally done in 21.05.03 and I recently upgraded to 21.11.03 and see the same problem exists and the same solution was applied and appears to work. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 29878] New: Use multiple select widget for AdvancedSearchTypes system preference
by bugzilla-daemon＠bugs.koha-community.org 25 Mar '22

25 Mar '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29878 Bug ID: 29878 Summary: Use multiple select widget for AdvancedSearchTypes system preference Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: System Administration Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The AdvancedSearchTypes system preference asks for pipe-delimited text, which isn't very user-friendly. We can use a multiple-select widget (as used for OpacAdvSearchOptions for example) to allow the user to select one or more predefined options. -- You are receiving this mail because: You are watching all bug changes.

1 15