March 2024 - Koha-bugs - lists.koha-community.org

[Bug 33898] New: background_jobs_worker.pl may leave defunct children processes for extended periods of time
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '24

19 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=33898 Bug ID: 33898 Summary: background_jobs_worker.pl may leave defunct children processes for extended periods of time Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: minor Priority: P5 - low Component: Architecture, internals, and plumbing Assignee: koha-bugs(a)lists.koha-community.org Reporter: kyle(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org It appears that the background jobs worker can leave defunct processes for periods of time. Though it is mostly harmless, it would be nice if that did not happen. Children are reaped automatically when start or wait_all_children are called. We only call start when a new job is found, and wait_all_children after exiting our while loop. The solution is to simply call reap_all_children after we sleep. This is a non-blocking call that will clean up those defunct processes. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 43

[Bug 36232] New: Updating database structure
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '24

19 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36232 Bug ID: 36232 Summary: Updating database structure Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Installation and upgrade (web-based installer) Assignee: koha-bugs(a)lists.koha-community.org Reporter: mmagori(a)bugando.ac.tz QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com Upgrade to 23.11.02.002 [08:25:15]: Bug 34979 - Fix system preference discrepancies ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry 'OAI-PMH:AutoUpdateSetsEmbedItemData' for key 'systempreferences.PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 741 Fix mistakes in system preferences, if necessary: ERROR: {UNKNOWN}: DBI Exception: DBD::mysql::db do failed: Duplicate entry 'OAI-PMH:AutoUpdateSetsEmbedItemData' for key 'systempreferences.PRIMARY' at /usr/share/koha/lib/C4/Installer.pm line 741 -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 19

[Bug 35911] New: Archived suggestions show in patron's account
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '24

19 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35911 Bug ID: 35911 Summary: Archived suggestions show in patron's account 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: caroline.cyr-la-rose(a)inlibro.com QA Contact: testopia(a)bugs.koha-community.org I don't know if this was meant as an enhancement or it's a regression, but since 22.11, archived suggestions show in the patron's "Suggestions" tab in the staff interface. It has been reported by many of our clients as a bug, so if it was intended, maybe we should add a syspref to hide them? To recreate: 1. Go to a patron's account in the staff interface 2. Go to the Suggestions tab 3. Click New purchase suggestion and create a suggestion 4. In another browser tab, go to Acquisitions > Suggestions 5. Click the small arrow next to the edit button to the right of the suggestion, and choose Archive (alternatively, check the suggestion's box and click Archive selected) --> Suggestion disappears from the suggestions management page (OK) 6. Go back to the tab with the patron's account and refresh --> Suggestion is still visible Prior to 22.11, archived suggestions were not visible in the patron's account. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 22

[Bug 35718] New: Remove ES6 warnings from JavaScript system preferences
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '24

19 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35718 Bug ID: 35718 Summary: Remove ES6 warnings from JavaScript system preferences 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: lucas(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org When using any of the UserJS system preferences there are warnings if you use any ES6 features/syntax. To recreate: 1. Add some JS like this to any of the UserJS system preferences: $(document).ready( function() { let something = 1; const another_thing = 2; let an_arrow_function = (a, b) => a + b; console.log( an_arrow_function(something, another_thing) ); }); 2. Notice the icons and warnings to the left of the line numbers: let is available in ES6 const is available in ES6 arrow_function_syntax is available in ES6 ES6 syntax is pretty commonly used now, I don't think we need those warnings. -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.

1 17

[Bug 36004] New: Typo in "Your concern was successfully submitted" text
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '24

19 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36004 Bug ID: 36004 Summary: Typo in "Your concern was successfully submitted" text Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org To recreate: 1. Turn on the syspref 'OpacCatalogConcerns' 2. Go to view a record in the OPAC and click on "Report a concern" in the column located on the right-hand side. 3. Fill out the title on the form and leave everything else the same. Click on submit and notice that the message on the screen says "Your concern was sucessfully submitted." Successfully is spelled incorrectly. -- You are receiving this mail because: You are watching all bug changes.

1 15

[Bug 36005] New: Typo in "Your concern was successfully submitted" Staff Intranet text
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '24

19 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36005 Bug ID: 36005 Summary: Typo in "Your concern was successfully submitted" Staff Intranet text Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Staff interface Assignee: koha-bugs(a)lists.koha-community.org Reporter: Laura.escamilla(a)bywatersolutions.com QA Contact: testopia(a)bugs.koha-community.org CC: gmcharlt(a)gmail.com To recreate: 1. Turn on the syspref 'CatalogConcerns' 2. Go to view a record in the staff intranet and click on "New catalog concern" which is located in the "+New" dropdown. 3. Fill out the title on the form and leave everything else the same. Click on submit and notice that the message on the screen says "Your concern was sucessfully submitted." -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 14

[Bug 36070] New: "Place recall" hover not consistent
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '24

19 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36070 Bug ID: 36070 Summary: "Place recall" hover not consistent Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: pedro.amorim(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org -- You are receiving this mail because: You are watching all bug changes.

1 16

[Bug 35538] New: List of libraries on OPAC self registration form should sort by branchname rather than branchcode
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '24

19 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35538 Bug ID: 35538 Summary: List of libraries on OPAC self registration form should sort by branchname rather than branchcode Change sponsored?: --- Product: Koha Version: unspecified Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: OPAC Assignee: oleonard(a)myacpl.org Reporter: lucy.vaux-harvey(a)ptfs-europe.com QA Contact: testopia(a)bugs.koha-community.org The dropdown list of libraries on the OPAC self registration form is ordered by branchcode. It would be great if this list was ordered by branchname as it is for the Libraries search filter. -- You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 35924] New: The 'checkin slip' button should not be available for patrons whose privacy is set to never
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '24

19 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=35924 Bug ID: 35924 Summary: The 'checkin slip' button should not be available for patrons whose privacy is set to never 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 If a patron anonymizes their checkins, the checkin slip cannot retrieve any info to print the checkin slip. We should not show the button in this scenario -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 16

[Bug 36101] New: Deleting an item removes the itemnumber from old_reserves when it should not
by bugzilla-daemon＠bugs.koha-community.org 19 Mar '24

19 Mar '24

https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36101 Bug ID: 36101 Summary: Deleting an item removes the itemnumber from old_reserves when it should not Change sponsored?: --- Product: Koha Version: master Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Database Assignee: koha-bugs(a)lists.koha-community.org Reporter: lmstrand(a)gmail.com QA Contact: testopia(a)bugs.koha-community.org Unless there's a good reason for this data loss, the itemnumber should be preserved in old_reserves after deleting an item. To reproduce: 1.1 Create an item level hold or a hold on a biblio with just one item for it 1.2 Cancel the hold 1.3 Check old_reserves, the itemnumber for the reserve is present 1.4 Delete the item linked to the reserve 1.5 Check old_reserves again, the itemnumber is now NULL or: 2.1 Create a hold for a biblio with multiple items 2.2 checkin one of the items linked to the biblio the reserve was made for and confirm the hold 2.3 Cancel the hold 2.3 Check old_reserves, the itemnumber for the reserve is present 2.4 Delete the item linked to the reserve 2.5 Check old_reserves again, the itemnumber is now NULL The constraint that does the deletion from old_reserves-table when an item is deleted: CONSTRAINT `old_reserves_ibfk_3` FOREIGN KEY (`itemnumber`) REFERENCES `items` (`itemnumber`) ON DELETE SET NULL ON UPDATE SET NULL This should be removed. After removal the itemnumber does not get deleted from the old_Reserves table when the item is deleted. -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.

1 29