Comment 13 for bug 1913604

Jane's latest patch works as described; neither the circ library nor owning library are edited when an item owned by one branch (e.g. BR2) is associated with a course owned by a different branch (e.g. BR1). However, I believe that the circ library should correspond to the course-owning library. It makes sense that an item would circulate from the location at which the course is offered. Additionally, if it does not, the item wants to go in transit when it is checked in. So, I think that the circ library should be updated in these instances. The circ library should revert when the item is disassociated from the course.

During testing I was logged into a BR1 workstation with a working location of BR1; my manage_reserve permission is assigned at the system level. I was able to associate an item owned by BR3 (SYSTEM2) to a course owned by BR1 (SYSTEM1). I edited the call number, the circ modifier and the shelving location. None of these edits was saved. That seems appropriate as a user with my permissions should not be able to edit a BR3 item. However, I don't think a user should be able to associate items with a course if those items are not within the depth of their permissions.