Comment 7 for bug 1766640

Terran, I can understand the thinking behind the faculty use case, unfortunately the person's hold for whom the item is currently targeted is not necessarily (and in a busy system, even often) the hold that the item will fill at scan time. The specific hold that the copy is attached to on the pull list is for all intents and purposes an artifact of how the hold and copy data is stored.

The hold that will actually be filled is determined by the capture-time hold sort order, which can take things like profile group into account. The way to be sure that faculty holds are filled before student holds on the same title, all else being equal, is mark faculty groups with a higher hold priority than students, and to include that attribute in the hold sort order (which it is, by default).

Question for everyone: are there use cases that do not involve the eventually filled hold where the patron details are useful on the pull list specifically? (I can't think of any, because of the lack of a real connection between hold and copy when dealing with the pull list, but I may be missing something important.)