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

[Bug 12769] Notice fee management
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12769 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |Failed QA --- Comment #39 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- I believe with all the comments and more so changes to the notices (think TT syntax) and fee management (configurable debit types) these patches will need rethinking and changes. I am marking Failed QA, but they will also no longer apply. I personally think it'd be great to have a separate configuration page and table for this that ties in with the configurable debit types. That would take care of descriptions and entries to the accountlines tables quite nicely. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14083] Make it possible to record the date the order was placed/sent to the vendor
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14083 --- Comment #4 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- There is a bit of a gap here in what Koha thinks the vendor date is and what will happen if you use an automated process I think. In Koha closing the basket will switch the status from new to ordered and we record this date in aqbasket.closedate. So for the system, closing the basket indicates things were ordered and we do display the close date as ordering date at least in some places already. It makes sense to me to tie the status change to the date in some way. But maybe it should be possible to edit the ordering/closing date if necessary to allow backdating and similar? -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 15145] Fix hover state on bugzilla theme header so it doesn't jump on hover
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15145 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|francescalamoore(a)gmail.com |chris(a)bigballofwax.co.nz --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Hi Chris, could you add the change Owen suggested? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 22572] New: Garbled content of MARC control fields in MARC view
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22572 Bug ID: 22572 Summary: Garbled content of MARC control fields in MARC view 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: mik(a)adminkuhn.ch QA Contact: testopia(a)bugs.koha-community.org Target Milestone: --- MARC control fields consist of a fix number of positions that can contain blanks. The "MARC view" in the Koha staff client and the Koha OPAC garbles the content of such fields when the field contains more than one consecutive blank - in this case more than one consecutive blank is automatically collapsed down by the webbrowser to just one. Additionally blanks may be trimmed at the end of the content of a field. For example MARC 008 does and must consist of exactly 40 positions, thus a line like the following (as shown via webbrowser in the MARC view) is always wrong: 800422s1978 sz a 1 ger In fact the correct content of MARC 008 would look like the following 800422s1978 sz a 1 ger Or better visible, when using # instead of blanks: 800422s1978####sz########a#####1###ger## Seemingly, this applies to all MARC control fields: 006 (fix length 18 positions), 007 (variable length of up to 23 positions), 008 (fix length of 40 positions). In the database the content of these fields is correct. Maybe before showing the blank character in the "MARC view" it should be coded as HTML entity   so the webbrowser doesn't collapse it. Also it may be a good idea to show the beginning and the end of such fields because otherwise (like in the above example) it is not visible that the field does contain two positions with blanks at the end. -- You are receiving this mail because: You are watching all bug changes.

1 7

[Bug 25472] New: Invalid overdue action trigger should cause a warning or error instead of being ignored
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25472 Bug ID: 25472 Summary: Invalid overdue action trigger should cause a warning or error instead of being ignored 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: victor(a)tuxayo.net QA Contact: testopia(a)bugs.koha-community.org == Invalidity case 1 == misc/cronjobs/overdue_notices.pl just silently does nothing when "Restrict" ticked and nothing else in the same trigger. A notification must be also enabled for the restriction to happen. == Invalidity case 2 == If "Letter" is set to "No notice" , then when "Email" is ticked, it's also silently ignored. The user should know about the trigger invalidity in the above two case to cause less guesswork when restriction aren't done or notifications not sent. Could be in the UI, could be the cron job that errors. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 25049] New: Changes to overduerules.pl are not being saved
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25049 Bug ID: 25049 Summary: Changes to overduerules.pl are not being saved Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: david.roberts(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org When trying to save a notice and transport type in cgi-bin/koha/tools/overduerules.pl, there is a message saying that the changes have been saved, but the screen refreshes to the previous version. Nothing gets saved to the database either. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4

[Bug 12093] Add CSS classes to item statuses in detail view
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12093 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #104629|0 |1 is obsolete| | -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12093] Add CSS classes to item statuses in detail view
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12093 Katrin Fischer <katrin.fischer(a)bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Summary|Add css classes to item |Add CSS classes to item |statuses in detail view |statuses in detail view -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12093] Add css classes to item statuses in detail view
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12093 --- Comment #6 from Katrin Fischer <katrin.fischer(a)bsz-bw.de> --- Created attachment 105299 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=105299&action=e… Bug 12093: Add CSS classes to item statuses in detail view This patch adds classes where necessary to detail.pl To test: 1) Apply patch 2) View source of /cgi-bin/koha/catalogue/detail.pl to check that there are no orphaned statuses without classes. 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 12093] Add css classes to item statuses in detail view
by bugzilla-daemon＠bugs.koha-community.org 23 May '20

23 May '20

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

1 0