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

[Bug 18454] New: Holds to pull timestamp
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18454 Bug ID: 18454 Summary: Holds to pull timestamp Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Add timestamp if hold to pull is set. We can use it for sorting by time. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18446] New: Test to ensure a system preference in .pref file also exists in sysprefs.sql
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18446 Bug ID: 18446 Summary: Test to ensure a system preference in .pref file also exists in sysprefs.sql Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Test Suite Assignee: chris(a)bigballofwax.co.nz Reporter: lari.taskula(a)jns.fi QA Contact: gmcharlt(a)gmail.com Extend t/db_dependent/check_sysprefs.t to read preferences from .pref files in order to check that they are also defined in installer/data/mysql/sysprefs.sql. -- You are receiving this mail because: You are watching all bug changes.

1 8

[Bug 18513] New: Add test to detect errors in sysprefs.sql
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18513 Bug ID: 18513 Summary: Add test to detect errors in sysprefs.sql Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (command-line installer) Assignee: gmcharlt(a)gmail.com Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org I would be nice to have a test to detect errors in sysprefs.sql (and maybe more like userflags.sql, userpermissions.sql...) -- You are receiving this mail because: You are watching all bug changes.

1 2

[Bug 18475] New: Table 'Place a hold on a specific item' needs a tidy up
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18475 Bug ID: 18475 Summary: Table 'Place a hold on a specific item' needs a tidy up Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: veron(a)veron.ch QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com The table 'Place a hold on a specific item' looks outdated and the column 'Information' is not very readable. It needs a tidy up. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 18520] New: special_holidays should be unique by date and branch code
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18520 Bug ID: 18520 Summary: special_holidays should be unique by date and branch code Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Holidays Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org I just found a library that had up to 7 entries in the special_holidays table for a given combination of branchcode and year, month, day. This doesn't make sense, it's not fixable in the UI, and it can cause performance issues, because all values will be checked. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 1

[Bug 18872] New: Clicking "Place hold" on catalogue/ detail.pl triggers software error if any items have NULL homebranch
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18872 Bug ID: 18872 Summary: Clicking "Place hold" on catalogue/detail.pl triggers software error if any items have NULL homebranch Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Hold requests Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To re-create: 1) Create several items. Set homebranch to NULL on one of the items. 2) Go to the detail page for the bib record. Click "Place Hold". 3) This will trigger a software error. Here are the results from the logs: Use of uninitialized value in hash element at /usr/share/koha/intranet/cgi-bin/reserve/request.pl line 362. Use of uninitialized value in hash element at /usr/share/koha/intranet/cgi-bin/reserve/request.pl line 363. Use of uninitialized value in string ne at /usr/share/koha/intranet/cgi-bin/reserve/request.pl line 368. Use of uninitialized value in string ne at /usr/share/koha/intranet/cgi-bin/reserve/request.pl line 368. item-level_itypes set but no itemtype set for item (762357) at /usr/share/koha/lib/Koha/Schema/Result/Item.pm line 698. No homebranch at /usr/share/koha/lib/C4/Reserves.pm line 2121. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 3

[Bug 18879] New: Sending notices via Facebook messenger
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18879 Bug ID: 18879 Summary: Sending notices via Facebook messenger 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: black23(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org I saw some services that use FB Messenger for sending customer notices. What do you thing about it guys? Maybe its "cooler way" for younģer patrons. Its free for library, it can turn into interactive talk with two real people, so it can help to make better relationship between library and patrons. Description of API: https://developers.facebook.com/docs/messenger-platform -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 18883] New: koha-http.conf designed for Apache 2.2
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18883 Bug ID: 18883 Summary: koha-http.conf designed for Apache 2.2 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org I was installing a Koha site from source and got a syntax error from the "Order" directive since I am using Apache 2.4 and koha-http.conf is designed for Apache 2.2. It's an easy enough change to use "Require all denied" instead of "Order deny,allow\n Deny from all", but I wonder if we should update the file to use Apache 2.4 just to keep non-package installs more in-line with package installs (although I suppose there are quite a few differences between the Apache configuration files anyway). I was planning to submit a patch using mod_version, but that's an extension module, so I think it might be a bit much to expect people to install that just to run Koha out of the box. I notice openSUSE doesn't even have mod_version in the 42.2 repositories, so I'm just going to update my file to 2.4 sytnax, but thought I'd raise it here in any case. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 3

[Bug 18892] New: RDA fields not searchable as Publisher
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18892 Bug ID: 18892 Summary: RDA fields not searchable as Publisher Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: barton(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 14198 - RDA: Indexing 264 field (Zebra) added an index called 'Provider' (with a CCL mapping of 'pv'). However, this does not allow bibs cataloged under RDA to be searched using the 'Publisher' search. Library of congress shows that 264 indicator 2 can be used to distinguish manufacture and distribution vs. publication: Second Indicator - Function of entity 0 - Production Field contains a statement relating to the inscription, fabrication, construction, etc., of a resource in an unpublished form. 1 - Publication Field contains a statement relating to the publication, release, or issuing of a resource. 2 - Distribution Field contains a statement relating to the distribution of a resource. 3 - Manufacture Field contains a statement relating to the printing, duplicating, casting, etc., of a resource in a published form. 4 - Copyright notice date Field contains a date associated with a notice of protection under copyright or a similar regime. Copyright dates include phonogram dates (i.e., dates associated with claims of protection for sound recordings). ... so indicator 2 values of 1 or 4 should correspond to publisher. We have the ability to specify indicator values when indexing; we should use it in this case. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 1

[Bug 19561] New: Add "preferred language" to OPAC Personal Details opac-memberentry.pl
by bugzilla-daemon＠bugs.koha-community.org 12 Jan '20

12 Jan '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=19561 Bug ID: 19561 Summary: Add "preferred language" to OPAC Personal Details opac-memberentry.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Notices Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Bug 17762 adds the ability to translate notices. The new system preference for translatenotices allows staff members to set a preferred language in the user account, which controls which template will be used when generating notices. It would be great to allow patrons to select their preferred language in the OPAC Personal Details page on opac-memberentry.pl. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 4