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

[Bug 17195] New: Split logging of item modifications from CataloguingLog into separate system preferences
by bugzilla-daemon＠bugs.koha-community.org 17 Oct '18

17 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17195 Bug ID: 17195 Summary: Split logging of item modifications from CataloguingLog into separate system preferences Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Cataloging Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: m.de.rooy(a)rijksmuseum.nl Because logging modifications to items has so much overhead, it is not recommended that CataloguingLog be enabled. If we split off modifications to items into a separate system preference CataloguingLogItems, then libraries can at least log modifications to records without taking a large processing hit. -- You are receiving this mail because: You are watching all bug changes.

1 6

[Bug 16954] New: Add the diff view to authorities in staged MARC records
by bugzilla-daemon＠bugs.koha-community.org 16 Oct '18

16 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16954 Bug ID: 16954 Summary: Add the diff view to authorities in staged MARC records Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Tools Assignee: hector.hecaxmmx(a)gmail.com Reporter: hector.hecaxmmx(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Since authorities can be imported thru staged MARC tool and a diff view has been added to the tool for bib records, it is necessary to do the diff view for authorities records. If you make a "Record matching rule" for authorities you can match one existing auth record with the batch imported. The problem is that when a match is found and you click in "View diff" the tool shows you a bib record compared with the authority record imported. -- You are receiving this mail because: You are watching all bug changes.

1 9

[Bug 16330] New: REST API: add routes to add, update and delete patrons
by bugzilla-daemon＠bugs.koha-community.org 14 Oct '18

14 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16330 Bug ID: 16330 Summary: REST API: add routes to add, update and delete patrons Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Web services Assignee: koha-bugs(a)lists.koha-community.org Reporter: benjamin.rokseth(a)kul.oslo.kommune.no QA Contact: testopia(a)bugs.koha-community.org With the great work done on Koha Objects and the new restful API, adding a simple CRUD service for patron management shouldn't be too cumbersome. This bug intends to add routes to add, edit and delete patrons: POST /api/v1/patrons Create a new patron PUT /api/v1/patrons/<borrowernumber> Update data about patron DEL /api/v1/patrons/<borrowernumber> Delete a patron for reference: https://wiki.koha-community.org/wiki/New_REST_API_RFC it would also deprecate Bug 13607 - Patron management API https://wiki.koha-community.org/wiki/Talk:Koha_/svc/_HTTP_API -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 176

[Bug 16662] New: Letsencrypt II: Return of the cryptosaurus. (make it work for existing instances)
by bugzilla-daemon＠bugs.koha-community.org 12 Oct '18

12 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16662 Bug ID: 16662 Summary: Letsencrypt II: Return of the cryptosaurus. (make it work for existing instances) Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mirko(a)abunchofthings.net QA Contact: testopia(a)bugs.koha-community.org CC: mirko(a)abunchofthings.net -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 17048] New: Authority search result list page scrolling not working properly
by bugzilla-daemon＠bugs.koha-community.org 10 Oct '18

10 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17048 Bug ID: 17048 Summary: Authority search result list page scrolling not working properly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: imingchan(a)yahoo.com.au QA Contact: testopia(a)bugs.koha-community.org Created attachment 53988 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=53988&action=ed… Record 1-20 (Page 1) Authority search result list page scrolling not working properly. The ">" (single right arrow) doesn't start from the end of previous page. For example, after displayed record 1-20. Click ">", you should get record 21-40, but, it actually showing record 2-21! See screen shots attached. -- You are receiving this mail because: You are watching all bug changes.

1 21

[Bug 16107] New: print slip buttons do different things
by bugzilla-daemon＠bugs.koha-community.org 05 Oct '18

05 Oct '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=16107 Bug ID: 16107 Summary: print slip buttons do different things Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: nengard(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Created attachment 49319 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=49319&action=ed… prompt I think this is a template issue but feel free to recateogorize. We had this issue pop up today for item 0114961548103 while being checked in at Hudson. The item's home branch is Hugh Embry and it needs to go to the New River branch. When being checked in, there are two options to print a transfer slip on the check in prompt: the "Print slip" link near the top and the "Print slip and confirm" button near the bottom. If you choose the "Print slip" link at the top, the slip INCORRECTLY reads "Transfer to Hugh Embry." If you choose the "Print slip and confirm" button at the bottom, the slip correctly reads "Transfer to New River." Based on the labels, I would expect the link and the button to do the same thing. -- You are receiving this mail because: You are watching all bug changes.

1 4

[Bug 17491] New: Allow Koha Plugins to inject HTML into arbitrary pages
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '18

26 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17491 Bug ID: 17491 Summary: Allow Koha Plugins to inject HTML into arbitrary pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We should have a system such that Koha Plugins can inject HTML into a given script template. It would be nice if we could specify in a plugin methods with a naming scheme that tells Koha which page to put the html on ( e.g. html_staff_mainpage would inject html into the mainpage.pl template ). More detailed work such as putting it in the correct place could be handled by the js injection in bug 17490. -- You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 17490] New: Allow Koha Plugins to inject JavaScript into pages
by bugzilla-daemon＠bugs.koha-community.org 26 Sep '18

26 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17490 Bug ID: 17490 Summary: Allow Koha Plugins to inject JavaScript into pages Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org We should add a system to the plugins architecture to allow a plugin to inject Javascript into the staff and or catalog side of Koha. This would be nice than the current workaround of adding the javascript to the UserJS system preferences. -- You are receiving this mail because: You are watching all bug changes.

1 3

[Bug 17137] New: Omnibus: Always use SSL when referencing external sources
by bugzilla-daemon＠bugs.koha-community.org 25 Sep '18

25 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17137 Bug ID: 17137 Summary: Omnibus: Always use SSL when referencing external sources Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Amazon, OpenLibrary, etc shoudl all use https if available as otherwise they create a mixed content error for sites using https. -- You are receiving this mail because: You are watching all bug changes.

1 14

[Bug 15772] New: GetNormalizedISBN returns a 10 digit ISBN - should return 13
by bugzilla-daemon＠bugs.koha-community.org 19 Sep '18

19 Sep '18

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15772 Bug ID: 15772 Summary: GetNormalizedISBN returns a 10 digit ISBN - should return 13 Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org As not all 13 digit ISBNs can be 10 digit we should normalize to 13 instead of 10 (Novelist also can't interpret 10 digit ISBNs with an ending X so this would solve that too) -- You are receiving this mail because: You are watching all bug changes.

1 5