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

[Bug 36181] New: Allow additional tabs in overdue notice/status triggers
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '24

28 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36181 Bug ID: 36181 Summary: Allow additional tabs in overdue notice/status triggers Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: cdaly(a)sthelens.ac.uk QA Contact: testopia(a)bugs.koha-community.org Investigating possibility of sending recurring overdue notices. Are additional tabs available to access, beyond first, second, third? -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 12771] Enhancement to manage more than 3 levels of overdue notice
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '24

28 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12771 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |cdaly(a)sthelens.ac.uk --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- *** Bug 36181 has been marked as a duplicate of this bug. *** -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 36186] New: Add the table on opac-topissues.pl (#topissuest ) to table settings
by bugzilla-daemon＠bugs.koha-community.org 28 Feb '24

28 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36186 Bug ID: 36186 Summary: Add the table on opac-topissues.pl (#topissuest ) to table settings 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It would be nice if you could control which columns show on opac-topissues.pl via Table settings -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12907] MARC21 relator codes and terms: Display relator term ($e) instead of relator code ($4)
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12907 Esther Melander <esther.melander(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |esther.melander@bywatersolu | |tions.com --- Comment #1 from Esther Melander <esther.melander(a)bywatersolutions.com> --- Bug 35981 is about adding relator codes as authorized values. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 30037] New: Set Default Profile when staging MARC notices on import
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=30037 Bug ID: 30037 Summary: Set Default Profile when staging MARC notices on import Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: florian.bontemps(a)biblibre.com QA Contact: testopia(a)bugs.koha-community.org When staging MARC notices on import, the default profile will always be "Do not use profile", even if you have multiple profiles already set up. It would be more intuitive to have a way for the users to set up their own default profile so it shows up on page load. That way, it would also reduce the chances of accidently making a duplicate profile. On our side, we have a fix with a function that makes the profile input search and automatically pick any profile labeled 'default', but this isn't ideal. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 16

[Bug 36172] New: Warn about incorrect values in the opacthemes system preference
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36172 Bug ID: 36172 Summary: Warn about incorrect values in the opacthemes system preference Change sponsored?: --- Product: Koha Version: 21.11 Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: System Administration Assignee: koha-bugs(a)lists.koha-community.org Reporter: rudolfbyker(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Relevant IRC discussion: - https://irc.koha-community.org/koha/2024-02-26#i_2538655 - https://irc.koha-community.org/koha/2024-02-27#i_2538955 tl;dr - https://irc.koha-community.org/koha/2024-02-27#i_2539035 I had this set in my database from 12 years ago when someone had a custom theme for our Koha: MariaDB [koha_rsc]> select * from systempreferences where variable='opacthemes'; +------------+----------+---------+--------------------------------------------------+--------+ | variable | value | options | explanation | type | +------------+----------+---------+--------------------------------------------------+--------+ | opacthemes | prog_rsc | | Define the current theme for the OPAC interface. | Themes | +------------+----------+---------+--------------------------------------------------+--------+ When upgrading from 21.05 to 21.11, this caused the return value of `sub get_xsl_filename` in `C4/XSLT.pm` to be "/usr/share/koha/opac/htdocs/opac-tmpl/prog/en/xslt/MARC21slim2OPACDetail.xsl" instead of "/usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/xslt/MARC21slim2OPACDetail.xsl" when `OPACXSLTDetailsDisplay` is set to "default". This caused the parts of the page where the XSLT output should be to be completely empty. No errors were shown in any of `/var/log/koha/*/*.log` when reloading those pages. Workaround: Put full paths like "/usr/share/koha/opac/htdocs/opac-tmpl/bootstrap/en/xslt/MARC21slim2OPACDetail.xsl" in the `OPACXSLT*Display` preferences instead of "default". Manual fix: 1. Run this query: `update systempreferences set value = "bootstrap" where variable = "opacthemes";` 2. Restart everything: `systemctl restart memcached && systemctl restart apache2 && systemctl restart koha-common` Proposed permanent fix: - Have a fallback value for XSLT files when it does not exist on the disk AND show a warning in the logs. OR: Don't have a fallback, and throw an error and crash the program with a sensible error message. - Show a warning somewhere when "opacthemes" contains an invalid value. Feel free to close this if it's already fixed in a later version. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 34853] New: Move EDI link to new line in invoice column of acquisition details display
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=34853 Bug ID: 34853 Summary: Move EDI link to new line in invoice column of acquisition details display Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org Depends on: 32984 A late piece of feedback came in on bug 32984 just as it was being pushed. >This is working well but it would be easier to read on the display if the EDI invoice link can start on a new line underneath the Invoice number. At the moment it makes the Invoice number harder to read. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32984 [Bug 32984] The EDIFACT message that receives an item should be linked on the 'Acquisition details' tab on catalogue details page -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 24

[Bug 32676] New: EDI message status uses varying case, breaking EDI status block
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32676 Bug ID: 32676 Summary: EDI message status uses varying case, breaking EDI status block Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Edifact status appear to vary between all lower case and being capitalized. This breaks the switch in the edi_status block of the basket.tt template. We should make this switch case-insensitive. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 32426] New: Allow plugin to generate userid when creating patrons
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=32426 Bug ID: 32426 Summary: Allow plugin to generate userid when creating patrons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: m.de.rooy(a)rijksmuseum.nl QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com See also bug 29480 and its old predecessor 2237 for an email based userid. I will give a try here in doing this via Koha plugins and hence providing more flexibility. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 60

[Bug 9805] Lost items are un-lost if returned, but not if renewed
by bugzilla-daemon＠bugs.koha-community.org 27 Feb '24

27 Feb '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9805 Aleisha Amohia <aleisha(a)catalyst.net.nz> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aleisha(a)catalyst.net.nz --- Comment #65 from Aleisha Amohia <aleisha(a)catalyst.net.nz> --- One of our libraries uses this enhancement in production so I've rebased it for main - it has not incorporated the discussion above and is not ready for testing. -- You are receiving this mail because: You are watching all bug changes.

1 0