Title requests and status 'In process' for the second and third person in queue

• Article Type: General
• Product: Aleph
• Product Version: 18.01

Description:
The first patron in the hold queue has the text "On hold" in the List of Hold Requests "Status" column, while the second, third, etc., patrons have the text "In process".

At some point the text for the 2nd, 3rd, etc., patron changes to "Waiting in queue". Why is there a delay in this?

We want to change this "In process" text to something else, but "In process" is found a number of places in error_eng and we don't know which on applies to this case.

Also, why was no (Hold Request Waiting) letter printed for SMITH,CHRIS 067746697 for item BC b.31228006415798 which he had requested -- and why was the status on changed to "W"?

Resolution:
The grep's below show all occurrences of "In process" and "On hold" in the $aleph_root/error_eng directory. GUI Circ messages are produced by the pc_cir programs. The three pc_cir programs which produce both an "In process" and an "On hold" message are pc_cir_405, pc_cir_415, and pc_cir_478. The pc_cir_405 and pc_cir_478 On hold messages have the text "On hold until ...", whereas the pc_cir_415 message has just the text "On hold".

So we know that the "On hold" and "In process" messages in this "List of Hold Requests" display are coming from the pc_cir_c0415 program.

Which message is produced is based on the following logic (from pc_cir_c0415):

EVALUATE Z37-STATUS
WHEN "A"
MOVE 50 TO CNNNN-ERROR-CODE
MOVE "1" TO SW-COLOR
WHEN "S"
MOVE 51 TO CNNNN-ERROR-CODE
MOVE "1" TO SW-COLOR
WHEN "W"
MOVE 52 TO CNNNN-ERROR-CODE
MOVE "2" TO SW-COLOR
END-EVALUATE.

So,

for status "A", the "In process" message (50) is produced;
for status "S", the "On hold" (51); and,
for status "W", the "Waiting in queue (52)".

It's ue_06 which prints the Hold Request Waiting Letter and changes the z37_status to "W". p_cir_12 does not do this.

Both ue_06 and p_cir_12 have the following logic:

CALL "get_z37_serial_hold_pos" USING
Z37-HOLD
SERIAL-HOLD-POS
END-CALL.

IF SERIAL-HOLD-POS NOT = 1
THEN
GO TO UE-06-B-1
END-IF.

That is, they skip hold requests where the patron is not the first in the queue.

The logic is this:

Is the z37_status "A"?

Yes, then

Is the patron first in the queue?

No, do nothing

Yes, check to see if the item is available

Yes, send the item available notice
No, send the Hold Request Waiting Letter.

It seems that your suggestion is that the Hold Request Waiting Letter would be sent and the z37_status changed to "W" (by ue_06) regardless of the patron's position in the queue -- that is, immediately.

Actually, I think what might make the most sense is to send the Hold Request Waiting Letter (which asks the patron if they are still interested in the item) after we have reached x days after the time that they placed the request. I think that neither sending it immediately *nor* sending it when they become first in the queue is especially useful. But at any rate, any change to this would be an enhancement request.

The reason that no letter was printed for SMITH, CHRIS 067746697 for BC b.31228006415798 was that he was not first in the queue.

If you have ue_06 running, then the z37_status will immediately be changed to either "W" or "S" for items which are first in the queue -- and requests which still have z37_status "A" after a few minutes are ones which are *not* first in the queue.

• Article last edited: 10/8/2013