https://bugs.koha-community.org/bugzilla3/show_bug.cgi?id=15876 Baptiste <baptiste.wojtkowski@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |baptiste.wojtkowski@biblibr | |e.com Assignee|koha-bugs@lists.koha-commun |baptiste.wojtkowski@biblibr |ity.org |e.com Fridolin SOMERS <fridolin.somers@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://bugs.koha-community | |.org/bugzilla3/show_bug.cgi | |?id=13311 CC| |fridolin.somers@biblibre.co | |m Baptiste <baptiste.wojtkowski@biblibre.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |In Discussion Kyle M Hall <kyle@bywatersolutions.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|In Discussion |RESOLVED CC| |kyle@bywatersolutions.com Resolution|--- |DUPLICATE --- Comment #1 from Baptiste <baptiste.wojtkowski@biblibre.com> --- This behaviour is common for all location changes: In the code in C4/Items.pl -> _do_column_fixes_for_mod, is is explicitely written that any change in item.location (except toward 'CART' and 'PROC'), if permanent_location is empty, it will be populated. The question is now to know, is it pertinent to add an exception and not run this function for location in case of reserve course, but I don't think so. --- Comment #2 from Kyle M Hall <kyle@bywatersolutions.com> --- *** This bug has been marked as a duplicate of bug 10382 *** -- You are receiving this mail because: You are the assignee for the bug. You are watching all bug changes.