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

[Bug 21802] New: Edit notices form is not aligned with accordeon headers
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21802 Bug ID: 21802 Summary: Edit notices form is not aligned with accordeon headers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Staff Client Assignee: koha-bugs(a)lists.koha-community.org Reporter: josef.moravec(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 14

[Bug 22007] New: KohaDates output does not need to be html filtered
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22007 Bug ID: 22007 Summary: KohaDates output does not need to be html filtered Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: ASSIGNED Severity: normal Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jonathan.druart(a)bugs.koha-community.org Reporter: jonathan.druart(a)bugs.koha-community.org QA Contact: testopia(a)bugs.koha-community.org Depends on: 13618 Bug 13618 took care of the KohaDates output but not if it is called with a parameter (eg. [% var | $KohaDates with_hours => 1 %]). We could avoid unnecessary processing by removing the extra html filter. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13618 [Bug 13618] Add additional template filter methods and a filter presence test to Koha -- You are receiving this mail because: You are watching all bug changes.

1 18

[Bug 14716] Correctly URI-encode URLs in XSLT result lists and detail pages
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14716 Fridolin SOMERS <fridolin.somers(a)biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Blocks| |22085 Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22085 [Bug 22085] UNIMARC default XSLT broken by Bug 14716 -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 14476] Improving opac-search performances
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14476 --- Comment #7 from Tomás Cohen Arazi <tomascohen(a)gmail.com> --- (In reply to Fridolin SOMERS from comment #5) > (In reply to Tomás Cohen Arazi from comment #4) > > I have a concern: if we cache the record to be displayed, then the item > > statuses won't be up-to-date. If the tradeoff is not enough, maybe this is > > just not worth. Because people expect to see updated information on the > > records. > > Indeed. > > I think we need to change this by moving items out of this XSLT file. > I think we should use Ajax to load in realtime items infos, with and API for > that. I agree! Let's have that endpoint! > This will also avoid indexing all record on item circulation. Not sure about it, but we could certainly index items and make JOIN operations in our queries ;-) (for limits, as David also suggests). -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 21909] New: Koha::Account::outstanding_* methods should preserve call context
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21909 Bug ID: 21909 Summary: Koha::Account::outstanding_* methods should preserve call context Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org They should return lists in list context, and the iterator in scalar, as other methods like '->lines'. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 30

[Bug 21928] New: CircAutoPrintQuickSlip 'clear' is not working
by bugzilla-daemon＠bugs.koha-community.org 09 Jan '19

09 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21928 Bug ID: 21928 Summary: CircAutoPrintQuickSlip 'clear' is not working Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com caused by commit 105b3e10e8b31b7de6d733e676c3e661a39b1280 bug 18789 To recreate: 1 - Set CircAutoPrintQuickSlip to 'clear' 2 - Bring up a patron in circulation 3 - Click in checkout box and hit enter to submit empty 4 - Patron is partially loaded -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13

[Bug 18531] New: REST api: Add an endpoint for use by GOBI
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '19

08 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18531 Bug ID: 18531 Summary: REST api: Add an endpoint for use by GOBI Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: new feature Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org GOBI (formely YBP) is an aquisitions management system. It handles most of the acquisitions workflow, and traditionally generated MARC files to be included on the institution's library systems. Those files were usually served on an FTP server, for the institution to download and import on their ILS. GOBI implemented what they call GOBIapi, which is a simple workflow for them to directly inject that acquisitions information and resulting records through the use of webservices. In Koha, this means having an endpoint accepting GOBI order messages (in their documented XML format) and have it follow the internal Koha workflow for baskets: - Create a basket - Fill it with the record and budget information, etc - Close the basket and mark it as received. - Deal with the received MARC data. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 9

[Bug 14476] Improving opac-search performances
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '19

08 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14476 --- Comment #6 from David Cook <dcook(a)prosentient.com.au> --- (In reply to Fridolin SOMERS from comment #5) > (In reply to Tomás Cohen Arazi from comment #4) > > I have a concern: if we cache the record to be displayed, then the item > > statuses won't be up-to-date. If the tradeoff is not enough, maybe this is > > just not worth. Because people expect to see updated information on the > > records. > > Indeed. > > I think we need to change this by moving items out of this XSLT file. > I think we should use Ajax to load in realtime items infos, with and API for > that. > This will also avoid indexing all record on item circulation. > Dreams ... I often think using Ajax to load real time item info is a good idea too, although I think we'd still have the indexing issue because of the "limit to currently available items" filter on the search. Often, I think we should think about our OPAC as if it were a totally separate system, and just link it up to the Koha instance using APIs. -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15497] Limit Item Types by Branch
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '19

08 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15497 Lisette Scheer <lisetteslatah(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lisetteslatah(a)gmail.com --- Comment #2 from Lisette Scheer <lisetteslatah(a)gmail.com> --- http://devs.bywatersolutions.com/2016/11/30/Limit-Item-Types-by-Branch/ According to the updated dev site on Bywater it looks like this has been funded. Lisette -- You are receiving this mail because: You are watching all bug changes.

1 0

[Bug 15668] Add column configuration to the items table in staff detail pages
by bugzilla-daemon＠bugs.koha-community.org 08 Jan '19

08 Jan '19

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15668 Nick Clemens <nick(a)bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |nick(a)bywatersolutions.com --- Comment #3 from Nick Clemens <nick(a)bywatersolutions.com> --- (In reply to Katrin Fischer from comment #2) > Hi Nick, > > ist this patch testable? It needs to take separate holdings into account, not testable -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 0