Add to my list functionality not working via the staff client

[Srey Seng]

Evergreen Master / rel 2.4.1

From the staff client, when adding items to list and/or temporary list, a new tab opens and gives the following error:

"Redirection limit for this URL exceeded. Unable to load the requested page. This may be caused by cookies that are blocked."

Alert Message attached.

[Ben Shum (bshum)]

Marking as confirmed on master for me. Not sure about 2.4 but marking targets accordingly.

[Kyle Tomita (tomitakyle)]

After some quick research, the problem seems to be that ctx->{referer} is null in the sub mylist_action_redirect in EGCatLoader/Container.pm, which is causing the same page to reload and be redirected to itself.

I am still looking into this but thought this info might help others who have more knowledge of the ctx->{referer} in this situation.

[Bob Wicksall (bwicksall)]

Evergreen 2.7.5 still has this issue.

[Bob Wicksall (bwicksall)]

I traced ctx->{referer} all the way back to $ENV{HTTP_REFERER}. It's null all the way on my 2.7.5 server when connecting with the staff client. It works fine from the patron side.

Back on Evergreen 2.2.X ctx->{referer} had a valid value.

Where did $ENV{HTTP_REFERER} go?

[Josh Stompro (u-launchpad-stompro-org)]

I don't see this issue on 2.8.4 or a 2.10.5 system.

When I click on add to list a new tab opens that displays the "You are adding to a temporary list..." message.

Josh

[Josh Stompro (u-launchpad-stompro-org)]

Wait, I do see the same behavior on 2.10.5 after I change my prefs to not show the temporary list warning... so it is still a problem. And it might be related to the temporary list warning setting.

If the temp list warning is set to show, then you get a new window with the temp list warning instead of the redirection error.
Josh

[Jason Stephenson (jstephenson)]

My suggestion: Make the option disappear if ctx->{staff} is true. This feature was never really intended for the staff client anyway.

[Josh Stompro (u-launchpad-stompro-org)]

Is there another way for staff to place multiple title level holds for one patron in batch? Right now it seem like that is possible using the my list in the staff client, it is just a little painful to use.

[Kathy Lussier (klussier)]

Adding a note that this is also a problem in the web client. Here is what I see in both clients.

When adding to a temporary list from the xul client, I get a blank page and the error message noted in the original description.

When adding to a temporary list from the web client, the addition to the list simply fails with no additional feedback to the user.

When adding to a permanent list from either client, adding to the list succeeds. However, the user lands on the My List page instead of staying on the search results or record summary page, which is the expected behavior we see in the public catalog.

[Scott Thomas (scott-thomas-9)]

This feature has indeed disappeared in 3.0 which is a bit of a problem since it is used for the carousel feature. We have instructed staff to create the carousel lists in the OPAC which is inelegant but probably workable.

[Kathy Lussier (klussier)]

Adding a note that this feature was removed in 2.12 (and backported to earlier releases) via bug 1629016 due to the problems that were identified in this bug.

Also, when bug 1721575 is completed, we'll be seeing some changes to ways titles are added to temporary lists. We should be sure to test these actions when in the embedded catalog when that code is available.

[Terran McCanna (tmccanna)]

We un-hid the "Add to List" links locally even though not all the functionality is there because staff complained when it disappeared.

[Jessica Woolford (jwoolford)]

We unhid "Add to My List" in the staff client locally as well.

[Andrea Neiman (aneiman)]

Looking at this on 3.2.0, which includes the work done on bug 1721575 (Batch Actions from Search Results). One of the things this work did was build upon the "Temporary List" concept, renaming it "Basket".

So the following workflow is possible in the 3.2 staff client:

1) Search for titles
2) Use the checkboxes in the results list to add titles to the Basket
3) Using the Basket Actions menu in the upper right corner of the embedded OPAC, select the option "Add Basket to Bucket"
4) The resulting modal will prompt you to add to a new Record Bucket or an existing Record Bucket (this action is missing from the Basket Menu if you are viewing the basket & I've filed that bug separately at bug 1801995)
5) You can also perform other basket actions such as print, email, adding to permanent lists, etc.

So, asking for the above commenters: does any of the above resolve this bug from your standpoint?

[Kathy Lussier (klussier)]

I think the ability to add to a list from a basket resolves this specific issue. I don't think adding to a bucket was ever an issue.

However, I'm unsure why we aren't able to add to a list directly from the search results actions menu rather than being forced to go to the full basket first. It must have been something I missed in our initial testing. That probably could be a separate bug or maybe it can be tacked on to bug 1788474.

[Terran McCanna (tmccanna)]

I think tacking it on to bug 1788474 makes sense. I'll do that and close this one.

[Terran McCanna (tmccanna)]

Marking 'won't fix' as functionality is incorporated with bug 1721575.