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

[Bug 27928] New: FindDuplicate is hardcoded to use Zebra
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '22

22 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=27928 Bug ID: 27928 Summary: FindDuplicate is hardcoded to use Zebra Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: Searching Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org There is a fixme in the code, we should use 'simple_search_compat' -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 17

[Bug 20208] New: Development - Peddie School - Custom file upload paths
by bugzilla-daemon＠bugs.koha-community.org 22 Feb '22

22 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=20208 Bug ID: 20208 Summary: Development - Peddie School - Custom file upload paths Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: jesse(a)bywatersolutions.com Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org Work to be done: 1) Add option on file upload page to not add file checksum to the uploaded filename, modify Koha::Upload 2) Modify Koha::Upload to support this option 3) Create new Authorised Value UPLOAD_PATH to define a set of upload paths 4) Add new 'upload path' option to file upload form as a pulldown of defined upload paths 5) Add new column 'file_path' to uploaded_files table 6) Modify Koha::Upload to support the automatic creation and use of custom file upload paths 7) Write unit tests for new functionality -- You are receiving this mail because: You are watching all bug changes.

1 19

[Bug 28832] New: Batch modification always clears permanent_location if it is mapped in frameworks
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '22

21 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28832 Bug ID: 28832 Summary: Batch modification always clears permanent_location if it is mapped in frameworks Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: Tools Assignee: koha-bugs(a)lists.koha-community.org Reporter: nick(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org On bug 27837 we ensured that the value for permanent_location was always passed through to the edit Unfortunately - when performing a batch mod the field is not set if we don't want to change it or clear it Forcing the pass through then means we clear the field on every update To recreate: 1 - In frameworks add a new subfield to 952, "C" - make it editable in items tab and visible in intranet/editor 2 - In mappings map that subfield to items.permanent_location 3 - Set an item to have differing shelving location and permanent_location 4 - This saves correctly for an individual item 5 - Edit the item using Tools->batch item modification, updating the note field 6 - Note the permanet_location is removed 7 - Check the DB, the field is set to NULL -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 35

[Bug 28724] New: AllowAllMessageDeletion "Don't allow" not working on moremember.pl
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '22

21 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28724 Bug ID: 28724 Summary: AllowAllMessageDeletion "Don't allow" not working on moremember.pl Change sponsored?: --- Product: Koha Version: 20.05 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Patrons Assignee: koha-bugs(a)lists.koha-community.org Reporter: george(a)nekls.org QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com I can delete messages from other libraries on moremember.pl even when AllowAllMessageDeletion is set to "Don't allow" -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 5

[Bug 28238] New: Add itemcallnumber to ils-di GetAvailability output
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '22

21 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28238 Bug ID: 28238 Summary: Add itemcallnumber to ils-di GetAvailability output 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: koha(a)univ-lyon3.fr QA Contact: testopia(a)bugs.koha-community.org Many libraries use discover tools as front-end to their resources. These tools are not dealing very well with item specific data such as itemcallnumber. In any case, that's what we observe with Summon, Ex-libris tool wich is not able to map different items with different itemcallnumbers. That problem can have a solution through GetAvailability method. After checking availability and getting the location of the document, patrons often don't go further in their search. When they arrived on the site they are missing only one data : the itemcallnumber. That would be perfect to add it to the method and so give all minimal but sufficient data to find the document on the place. Olivier Crouzet -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 45

[Bug 29481] New: Terminology: Collection code, call number:
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '22

21 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29481 Bug ID: 29481 Summary: Terminology: Collection code, call number: Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: trivial 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 This is from the new strings for 21.11: koha-tmpl/opac-tmpl/bootstrap/en/xslt/MARC21slim2OPACResults.xsl:1513 Terminology: Collection code, call number: We have standardized on just "collection" as we display the description and not a code. This should be fixed accordingly. -- You are receiving this mail because: You are watching all bug changes.

1 17

[Bug 24201] New: Attach desk to intranet session
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '22

21 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=24201 Bug ID: 24201 Summary: Attach desk to intranet session Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs(a)lists.koha-community.org Reporter: nicolas.legrand(a)bulac.fr QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com, kyle.m.hall(a)gmail.com, severine.queune(a)bulac.fr Depends on: 13881 Blocks: 14654 Last step before attaching a waiting hold to a desk: attach the current desk to the librarians session. Referenced Bugs: https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=13881 [Bug 13881] Add desk management https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=14654 [Bug 14654] Add desk filter in Holds awaiting pickup list -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 131

[Bug 18320] New: patroncards/edit-layout.pl raises warnings
by bugzilla-daemon＠bugs.koha-community.org 21 Feb '22

21 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=18320 Bug ID: 18320 Summary: patroncards/edit-layout.pl raises warnings Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: gmcharlt(a)gmail.com Reporter: tomascohen(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Steps to reproduce: - Go to Tools › Patron card creator › Manage layouts and Tools › Patron card creator › New layout - Add a new layout, adit existing. => FAIL: Warnings logged by edit-layout.pl -- You are receiving this mail because: You are watching all bug changes.

1 30

[Bug 29018] New: Deleting patrons from REST API doesn't do any checks or move to deletedborrowers
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '22

20 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=29018 Bug ID: 29018 Summary: Deleting patrons from REST API doesn't do any checks or move to deletedborrowers Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: major Priority: P5 - low Component: REST API Assignee: koha-bugs(a)lists.koha-community.org Reporter: katrin.fischer(a)bsz-bw.de When deleting a patron via the REST API it doesn't block on - has a guarantee - has checkouts - has pending fines and it doesn't move the patron to deletedborrowers :( It looks like the code around deleting patrons could do with a little work: Patrons batch deletes appear to use: https://git.koha-community.org/Koha-community/Koha/src/commit/42ce8c29960dc… Deleting a single patron from the account in staff has a lot of additional checks in the .pl https://git.koha-community.org/Koha-community/Koha/src/commit/9d6d641d1f8b7… And then there are delete and move_to_deleted in Koha/Patron* -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 33

[Bug 28932] New: Backend overriding status_graph element causes duplicate actions
by bugzilla-daemon＠bugs.koha-community.org 20 Feb '22

20 Feb '22

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=28932 Bug ID: 28932 Summary: Backend overriding status_graph element causes duplicate actions Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 - low Component: ILL Assignee: koha-bugs(a)lists.koha-community.org Reporter: andrew.isherwood(a)ptfs-europe.com Koha::Illrequest::_status_graph_union merges the core status graph and one provided by a backend. Although not officially supported... > Whilst it is not intended that this works, you can override entries in $origin > with entries with the same key in $new_graph. ...a backend should be able to override a core method. This was necessary when implementing the RapidILL backend. However, this revealed a bug in which any next_actions and prev_actions declared in both would end up being duplicated, leading to duplicate buttons in the toolbar. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 21