[Bug 36957] New: Item in transfer should start floating in its floating library without user clicking the "Cancel transfer"-button
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 Bug ID: 36957 Summary: Item in transfer should start floating in its floating library without user clicking the "Cancel transfer"-button Change sponsored?: --- Product: Koha Version: 23.11 Hardware: All OS: All Status: NEW Severity: enhancement Priority: P5 - low Component: Circulation Assignee: koha-bugs@lists.koha-community.org Reporter: piia.semenoff@ouka.fi QA Contact: testopia@bugs.koha-community.org CC: gmcharlt@gmail.com, kyle.m.hall@gmail.com When item is in transfer and it is checked in in a library where it could float, a notification/pop-up about transport will appear on the screen. User must end the transfer by clicking “Cancel transfer”-button. Only then will the item end the transport and start floating in the holding library. Even if the item is in transfer somewhere else (and there are no holds waiting) and it is checked in in a floating library, it should not give the pop-up: “Wrong transfer detected, please return item to…” . Instead it should just start floating without having to click the canceling-button. Koha asks for transfer cancelation even if we have saved in the AutomaticItemReturn-preference “Don’t automatically transfer items to their home library when they are checked in.” -- You are receiving this mail because: You are watching all bug changes. You are the assignee for the bug.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 Lucas Gass (lukeg) <lucas@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |lucas@bywatersolutions.com -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 Emmi Takkinen <emmi.takkinen@koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Assignee|koha-bugs@lists.koha-commun |emmi.takkinen@koha-suomi.fi |ity.org | Status|NEW |ASSIGNED CC| |emmi.takkinen@koha-suomi.fi -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 --- Comment #1 from Emmi Takkinen <emmi.takkinen@koha-suomi.fi> --- Created attachment 180757 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=180757&action=edit Bug 36957: Add new syspref CancelTransitWhenItemFloats and branchtransfers.cancelation_reason ItemArrivedToFloatBranch When item is in transfer and it is checked in in a library where it could float, a notification/pop-up about transport will appear on the screen. User must end the transfer by clicking “Cancel transfer”-button. Only then will the item end the transport and start floating in the holding library. This patch adds new system preference "CancelTransitWhenItemFloats". If it's enabled and item is checked in in a library where it can float Koha no longer asks user to cancel transfer. Instead transfer is automatically cancelled and column branchtransfers.cancelation_reason is filled with a new value "ItemArrivedToFloatBranch". To test: 1. Create a new floating group and add libraries A and B to it. 2. Find an item which is in transit to branch A. 3. Change your library as library B. 4. Attempt to check in item you found. => Wrong transfer notification is displayed. 5. Apply this patch, run perl installer/data/mysql/updatedatabase.pl and restart services. 6. Enable new systempreference "CancelTransitWhenItemFloats". 7. Check in same item you found (or find new one to check in). => Notification isn't displayed. => Check your database and confirm that trasfer was cancelled with cancelation_reason as "ItemArrivedToFloatBranch" by running following query in your database: select * from branchtransfers where itemnumber = (select itemnumber from items where barcode = "[barcode of checked in item]"); 8. Change your library as library C (that isn't in the same float group as A and B). 9. Attempt to check in an item in transit to branch A. => Wrong transfer notification is displayed. 10 Disable systempreference "CancelTransitWhenItemFloats". 11. Change your libary as library B and attempt to check in an item in transit to library A. => Wrong transfer notification is displayed. Also prove t/db_dependent/Circulation.t Sponsored-by: Koha-Suomi Oy -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 Emmi Takkinen <emmi.takkinen@koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |Needs Signoff -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 Andrew Fuerste-Henry <andrew@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |andrew@bywatersolutions.com --- Comment #2 from Andrew Fuerste-Henry <andrew@bywatersolutions.com> --- Emmi, I ran into issues following your test plan, but realized I was making some assumptions about circ rules and system preferences. How do you have Return Policy and CircControlReturnsBranch set as you're testing? -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 --- Comment #3 from Emmi Takkinen <emmi.takkinen@koha-suomi.fi> --- (In reply to Andrew Fuerste-Henry from comment #2)
Emmi, I ran into issues following your test plan, but realized I was making some assumptions about circ rules and system preferences. How do you have Return Policy and CircControlReturnsBranch set as you're testing?
CircControlReturnsBranch is set as "the library item is owned by" and Return policy is "Item floats by library group" -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 --- Comment #4 from Chris Cormack <chris@bigballofwax.co.nz> --- Automated patch testing results: [PASS] ALL PATCHES APPLY CLEANLY All patches apply successfully to the current codebase. **Patch Results:** [PASS] 0001-Bug-36957-Add-new-syspref-CancelTransitWhenItemFloat.patch (ID: 180757) Status: SUCCESS + Patch applies cleanly --- This is an automated message from the patch testing system. Tested against branch: main -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 Katrin Fischer <katrin.fischer@bsz-bw.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|23.11 |Main Status|Needs Signoff |Failed QA --- Comment #5 from Katrin Fischer <katrin.fischer@bsz-bw.de> --- Hi Emmi, this will need a little work as we changed how system preferences are added, can you please have a look? https://wiki.koha-community.org/wiki/Database_updates#How_to_write_an_atomic... -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 Emmi Takkinen <emmi.takkinen@koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #180757|0 |1 is obsolete| | --- Comment #6 from Emmi Takkinen <emmi.takkinen@koha-suomi.fi> --- Created attachment 201143 --> https://bugs.koha-community.org/bugzilla3/attachment.cgi?id=201143&action=edit Bug 36957: Add new syspref CancelTransitWhenItemFloats and branchtransfers.cancelation_reason ItemArrivedToFloatBranch When item is in transfer and it is checked in in a library where it could float, a notification/pop-up about transport will appear on the screen. User must end the transfer by clicking “Cancel transfer”-button. Only then will the item end the transport and start floating in the holding library. This patch adds new system preference "CancelTransitWhenItemFloats". If it's enabled and item is checked in in a library where it can float Koha no longer asks user to cancel transfer. Instead transfer is automatically cancelled and column branchtransfers.cancelation_reason is filled with a new value "ItemArrivedToFloatBranch". To test: 1. Create a new floating group and add libraries A and B to it. 2. Find an item which is in transit to branch A. 3. Change your library as library B. 4. Attempt to check in item you found. => Wrong transfer notification is displayed. 5. Apply this patch, run perl installer/data/mysql/updatedatabase.pl and restart services. 6. Enable new systempreference "CancelTransitWhenItemFloats". 7. Check in same item you found (or find new one to check in). => Notification isn't displayed. => Check your database and confirm that trasfer was cancelled with cancelation_reason as "ItemArrivedToFloatBranch" by running following query in your database: select * from branchtransfers where itemnumber = (select itemnumber from items where barcode = "[barcode of checked in item]"); 8. Change your library as library C (that isn't in the same float group as A and B). 9. Attempt to check in an item in transit to branch A. => Wrong transfer notification is displayed. 10 Disable systempreference "CancelTransitWhenItemFloats". 11. Change your libary as library B and attempt to check in an item in transit to library A. => Wrong transfer notification is displayed. Also prove t/db_dependent/Circulation.t Sponsored-by: Koha-Suomi Oy -- You are receiving this mail because: You are watching all bug changes.
https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=36957 Emmi Takkinen <emmi.takkinen@koha-suomi.fi> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|Failed QA |Needs Signoff --- Comment #7 from Emmi Takkinen <emmi.takkinen@koha-suomi.fi> --- Rebased patch and made QA tool happy again. -- You are receiving this mail because: You are watching all bug changes.
participants (1)
-
bugzilla-daemon@bugs.koha-community.org