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

[Bug 11583] Add WYSIWYG editor for HTML notices/letters
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '24

23 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11583 --- Comment #9 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Katrin Fischer from comment #1) > I wonder if this is still doable with the new TT syntax vs the more simple > placeholders we had before. After a bit of reading, it looks like we could use TinyMCE's "protect" configuration option to allow both the TT syntax and the original <<>> syntax to be preserved (and not HTML entity encoded). -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 11583] Add WYSIWYG editor for HTML notices/letters
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '24

23 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11583 --- Comment #8 from David Cook <dcook(a)prosentient.com.au> --- Funny enough I just had a library ask for this... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9365] MARCXML ILS-DI GetRecords response incorrectly encoded
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '24

23 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9365 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |In Discussion -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 9365] MARCXML ILS-DI GetRecords response incorrectly encoded
by bugzilla-daemon＠bugs.koha-community.org 23 Oct '24

23 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9365 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #3 from David Cook <dcook(a)prosentient.com.au> --- I think I agree with Jared here, although I have to wonder if anyone actually uses this marcxml value anyway... -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 14007] Item types for items hidden by OpacHiddenItems turn up in facet results
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14007 Koha collecto <koha(a)collecto.ca> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |koha(a)collecto.ca -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 38228] New: Allow libraries to choose which auto renewal errors to report on in auto renew notices
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38228 Bug ID: 38228 Summary: Allow libraries to choose which auto renewal errors to report on in auto renew notices Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Automatic renewal notices can report will report on many errors like 'on_reserve', 'restriction' , 'overdue' , 'auto_too_late' , 'auto_too_much_oweing' , 'too_unseen', 'too_many', etc. You can control which errors are reported on via TT in the notice. It would be nice if their was a simpler way ( system preference ) where libraries could chose which errors get reported on and which are skipped. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 38225] New: Catalog statistics report shows incorrect total when library has both blank and null values in an item column
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=38225 Bug ID: 38225 Summary: Catalog statistics report shows incorrect total when library has both blank and null values in an item column Change sponsored?: --- Product: Koha Version: Main Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Reports Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1 - Browse to Reports->Catalog 2 - Set columns = homelibrary = Centerville 3 - Set row = Collection 4 - Set Cell Value to Count total items 5 - Set Output to To the screen 6 - Run, note columsn match 7 - Change some values in the DB: UPDATE items SET ccode="" WHERE ccode='REF' and barcode LIKE '%35'; 8 - Run report again, off by one 9 - Edit the code in the script and set: our $debug=1 10 - Copy the code from the logs and add the library, or run the command below where I did that already: SELECT items.ccode, items.homebranch, COUNT(*) FROM items LEFT JOIN biblioitems ON (items.biblioitemnumber = biblioitems.biblioitemnumber) LEFT JOIN biblio ON (biblioitems.biblionumber = biblio.biblionumber) WHERE 1 AND items.homebranch LIKE 'CPL' group by items.ccode, items.homebranch order by items.ccode,items.homebranch; 11 - Note the row with no value and total 5 - it is missing on the report in the interface, instead NULL has been shown twice - the value overwritten and causing a mismatch in totals -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0

[Bug 5387] Support for NISO CORE: Cost of Resource Exchange Protocol
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5387 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |WISHLIST Status|ASSIGNED |RESOLVED --- Comment #3 from David Cook <dcook(a)prosentient.com.au> --- I'm going to close this one since MJ Ray isn't around anymore. But I'll leave it as a WISHLIST as it sounds interesting... -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 5387] Support for NISO CORE: Cost of Resource Exchange Protocol
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5387 David Cook <dcook(a)prosentient.com.au> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |dcook(a)prosentient.com.au --- Comment #2 from David Cook <dcook(a)prosentient.com.au> --- Interesting. I wonder if this protocol ever got used. It looks like it was primarily a SOAP-based protocol, which wouldn't be very common anymore... -- You are receiving this mail because: You are watching all bug changes. You are the QA Contact for the bug.

1 0

[Bug 5387] Support for NISO CORE: Cost of Resource Exchange Protocol
by bugzilla-daemon＠bugs.koha-community.org 22 Oct '24

22 Oct '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=5387 Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.renvoize@ptfs-europe | |.com --- Comment #1 from Martin Renvoize (ashimema) <martin.renvoize(a)ptfs-europe.com> --- Wow, I've never heard of this and yet to come across a product that supports it or asked for it's used. Shame, it sounds like a decent idea. -- You are receiving this mail because: You are the QA Contact for the bug. You are watching all bug changes.

1 0