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

[Bug 15626] koha-remove does not remove log4perl.conf
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '16

27 Jan '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15626 Brendan Gallagher <brendan(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |brendan(a)bywatersolutions.co | |m Status|Passed QA |Pushed to Master --- Comment #4 from Brendan Gallagher <brendan(a)bywatersolutions.com> --- Pushed to Master - Should be in the May 2016 release. Thanks. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 12045] Transfer impossible if barcode includes spaces
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '16

27 Jan '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=12045 Brendan Gallagher <brendan(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |brendan(a)bywatersolutions.co | |m Status|Passed QA |Pushed to Master --- Comment #4 from Brendan Gallagher <brendan(a)bywatersolutions.com> --- Pushed to Master - Should be in the May 2016 release. Thanks! -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 0

[Bug 15188] remove_unused_authorities.pl will delete all authorities if zebra is not running
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '16

27 Jan '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15188 Brendan Gallagher <brendan(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master CC| |brendan(a)bywatersolutions.co | |m --- Comment #12 from Brendan Gallagher <brendan(a)bywatersolutions.com> --- Pushed to Master - Should be in the May 2016 release. Thanks! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15530] Editing a course item via a disabled course disables it even if it is on other enabled courses
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '16

27 Jan '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15530 Brendan Gallagher <brendan(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Passed QA |Pushed to Master CC| |brendan(a)bywatersolutions.co | |m --- Comment #14 from Brendan Gallagher <brendan(a)bywatersolutions.com> --- Pushed to Master - Should be in the May 2016 release. - Thanks! -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14670] add 'cite' option to detail page in OPAC
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '16

27 Jan '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14670 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aleishaamohia(a)hotmail.com --- Comment #19 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- I'm not sure why this has been marked Failed QA - just tested and works well. I think the only thing it needs is an icon in the menu like the other menu options have! Anyone still working on this? -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 9388] Accessibility - No feedback when returning book.
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '16

27 Jan '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=9388 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |aleishaamohia(a)hotmail.com --- Comment #6 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- Is this still valid? Now, the row is highlighted when it is checked in and says 'Checked in'. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13952] Import and export of authority types
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '16

27 Jan '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13952 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |new feature Patch complexity|--- |Large patch -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13952] Import and export of authority types
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '16

27 Jan '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13952 --- Comment #3 from Aleisha Amohia <aleishaamohia(a)hotmail.com> --- Created attachment 47326 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=47326&action=ed… Bug 13952: Import and export authority types This patch amends C4::ImportExportFramework to work for authority types as well as MARC frameworks. New file: admin/import_export_authtype.pl To test: 1) Go to Admin -> Authority types 2) Confirm there are two new columns 'Export' and 'Import' in the table 3) Click 'Export' on an existing authority type and choose a file type, click 'Export' 4) Confirm that the authority type is exported as your chosen file type. Save the file 5) Create a new authority type 6) Click 'Import' into your new authority type (so you don't overwrite any important existing authority types) 7) Select the file you just exported and click 'Import' 8) Confirm you are taken to auth_tag_structure.pl 9) Go back to Authority types 10) Click 'Import' next to any existing authority type and attempt to import a file that is not XML, CSV or ODS. Confirm that this fails and you are asked to import a file of the correct file type 11) Go to Admin -> MARC bibliographic framework 12) Confirm that the 'Export' and 'Import' functions still work here as well -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 13952] Import and export of authority types
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '16

27 Jan '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13952 Aleisha Amohia <aleishaamohia(a)hotmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 11096] Koha cannot retrieve big records from Zebra
by bugzilla-daemon＠bugs.koha-community.org 27 Jan '16

27 Jan '16

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=11096 --- Comment #88 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Wolfram Schneider from comment #87) > If marcxml + XSLT is to slow, then you might try to use turbomarc instead. > It's a smaller XML for MARC and much faster to work with in XSLT. http://www.indexdata.com/news/2014/06/turbomarc-faster-xml-marc-records I can't imagine us using Turbomarc for anything but indexing, but then we'd lose time converting from MARCXML to/from Turbomarc as well... Personally, I like the idea of using our own intermediary format which can be exported as MARCXML (or Turbomarc or whatever), although I suppose the problem with that is our intermediary format could grow and then not be perfectly exportable as MARCXML, which means lost data for users, although perhaps not a big problem if you provide easy ways of customizing exports, so people could export into fields like 9AA (see http://www.loc.gov/standards/marcxml/schema/MARC21slim.xsd for valid tag ranges) and then massage from there... The intermediary format could also help us move away from XML and Zebra anyway, so that we could use any indexing engine like Solr, ElasticSearch, or whatever. Really, we only need MARC(XML) for interchange. Consider this: "2.1. The MARC 21 formats are communication formats, primarily designed to provide specifications for the exchange of bibliographic and related information between systems. They are widely used in a variety of exchange and processing environments. As communication formats, they do not mandate internal storage or display formats to be used by individual systems." (https://www.loc.gov/marc/96principl.html) I suppose my argument could be used to support turbomarc as well... although I don't know how well turbomarc would work itself as a format (besides the performance improvement for XSL transformations). I suppose another argument against changing from MARC(XML) could be the need to provide sufficient mechanisms for using AACR2 and RDA. MARC pretty much already has that built in, but then it also has limitations. Anyway, that's all rather tangential. I don't know about turbomarc. It seems like it would be a bit painful to work with :/. -- You are receiving this mail because: You are watching all bug changes.

1 0