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

[Bug 20283] New: Editing a course item for an inactive course affects the item fields directly
by bugzilla-daemon＠bugs.koha-community.org 07 Aug '20

07 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20283 Bug ID: 20283 Summary: Editing a course item for an inactive course affects the item fields directly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Course reserves Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When adding an item to course reserves the values in the items and course_items tables are swapped e.g. items.holdingbranch becomes course_items.holdingbranch and vice versa. When a course is marked inactive, the values are swapped back. When editing an inactive course we modify item values directly. This seems to be because we don't check if the course is active or not. When a course is active ti is correct to modify the items, but if inactive we should only modify course_items To recreate: 1 - Find/create an item with existing values for: item type collection code shelving location holding library staff/public note 2 - Add this item to an active course in course reserves, change all the values 3 - Make the course inactive 4 - Edit the course item, changing all the values 5 - Save and note the changes did not populate to the course reserve 6 - View the item, note the item was changed 7 - Edit the course again, note the dropdowns show the course item values, not the new item values I think we have two options: 1 - Check if a course it active when modifiying a course reserve and adjust the correct table 2 - Don't allow editing of items for inactive courses -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 22087] New: It would be helpful to have City and State visible in member.pl
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '20

06 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22087 Bug ID: 22087 Summary: It would be helpful to have City and State visible in member.pl Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: jzairo(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com Target Milestone: --- When a staff member searches for a patron via the search patron box or filters a search through the patron module, they get results on members-home.pl or member.pl. The column for name includes firstname, surname, address and email. It would be beneficial to also see the city and state. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 63

[Bug 23885] New: Move staff client search results JavaScript into separate file
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '20

06 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23885 Bug ID: 23885 Summary: Move staff client search results JavaScript into separate file Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: Templates Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org Coding guideline JS1 (https://wiki.koha-community.org/wiki/Coding_Guidelines#JS1:_Embedding_JavaS…) says "Whenever possible JavaScript should be placed in a separate file." I propose to move most of the JS embedded in results.tt to a separate file. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 25361] New: Support X-Forwarded-* headers
by bugzilla-daemon＠bugs.koha-community.org 06 Aug '20

06 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25361 Bug ID: 25361 Summary: Support X-Forwarded-* headers 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: dcook(a)prosentient.com.au QA Contact: testopia(a)bugs.koha-community.org Thanks to https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=23068 we are able to use X-Forwarded-For to pass the client IP via a reverse proxy. Now it would be useful to use other X-Forwarded-* headers like X-Forwarded-Proto in the same way. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 21094] New: Syndetics: always use https instead of http
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=21094 Bug ID: 21094 Summary: Syndetics: always use https instead of http Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: ASSIGNED Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: oleonard(a)myacpl.org QA Contact: testopia(a)bugs.koha-community.org CC: katrin.fischer(a)bsz-bw.de, kyle(a)bywatersolutions.com, testopia(a)bugs.koha-community.org Blocks: 17137 As per bug 17137, we should be using SSL for all external resources. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=17137 [Bug 17137] Omnibus: Always use SSL when referencing external sources -- You are receiving this mail because: You are watching all bug changes.

1 11

[Bug 20375] New: Add a new permission for managing invoices
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20375 Bug ID: 20375 Summary: Add a new permission for managing invoices Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Acquisitions Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de QA Contact: testopia(a)bugs.koha-community.org Invoices are currently accessible for patrons with any acquisition permission. We should clean this up and have a separate permission for managing invoices. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 8

[Bug 22936] New: /patrons Showing Error
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=22936 Bug ID: 22936 Summary: /patrons Showing Error Change sponsored?: --- Product: Koha Version: 18.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: REST api Assignee: koha-bugs(a)lists.koha-community.org Reporter: muneebkalathil(a)yahoo.com Target Milestone: --- I am getting The below error while using /patrons Route "errors": [ { "message": "Expected string - got null.", "path": "/1/updated_on" }, : : { "message": "Expected string - got null.", "path": "/1000/updated_on" }, It was working on 17.11 and I upgraded to 18.11, It is showing this error. When I try with a fresh Install(18.11), the route is working. /patrons/{patronid} is working though. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 2

[Bug 25723] New: Drop DateTime::Set as a dependancy
by bugzilla-daemon＠bugs.koha-community.org 05 Aug '20

05 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25723 Bug ID: 25723 Summary: Drop DateTime::Set as a dependancy 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: martin.renvoize(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org DateTime::Set is used in one place and one place only, and we only utilise a single method from it. We should replace that occurrence, exception_holidays, with logic matching that from 'single_holidays' which achieves the same end. I will attempt to do that and profile the difference too. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 108

[Bug 25890] New: Checkouts table not sorting on check out date correctly
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '20

04 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25890 Bug ID: 25890 Summary: Checkouts table not sorting on check out date correctly Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal 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 Bug 21562 introduced a hidden column for sorting by date checked out Bug 20194 added a new column, but did not update the sorting property (iDataDort) in checkouts.js To recreate: Test plan: - Check some items out, all from different libraries - Modify the checkout and due dates, like: 2018-10-22 2018-01-23 2018-05-27 - Sort by checkout date, verify it is actually sorting on homebranch -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 12

[Bug 25889] New: Increase performance of debian/list-deps script
by bugzilla-daemon＠bugs.koha-community.org 04 Aug '20

04 Aug '20

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=25889 Bug ID: 25889 Summary: Increase performance of debian/list-deps script Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Packaging Assignee: koha-bugs(a)lists.koha-community.org Reporter: mtj(a)kohaaloha.com QA Contact: testopia(a)bugs.koha-community.org CC: mtj(a)kohaaloha.com This patch attempts to increase performance of debian/list-deps script, using Parallel::ForkManager -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 13