search

project-lux / lux-marklogic

Code, issues, and resources related to LUX MarkLogic
Other
3 stars 2 forks source link

Research: Show all links in Related People and Groups return 0 results. #267

Open roamye opened 3 months ago

roamye commented 3 months ago

Problem Description: The accordion Related People and Groups has show all [num] links which display a certain number. However, upon clicking this link it will bring a search result of 0 results.

This ticket serves as a research ticket to investigate why this is happening and what solution can be done to fix it. There is a possibility this could be caused by archives.

Expected Behavior/Solution: TBD based on investigation.

Requirements: TBD based on investigation.

Needed for promotion: If an item on the list is not needed, it should be crossed off but not removed.

UAT/LUX Examples:

Dependencies/Blocks:

Related Github Issues:

Related links:

Wireframe/Mockup: Place wireframe/mockup for the proposed solution at end of ticket.

brent-hartwig commented 4 days ago

@roamye, is this still reproducible? Here are the steps I took:

  1. Started at https://lux-front-dev.collections.yale.edu/view/person/cc98b557-f401-4aac-a30f-c8c445c228b7
  2. Expanded the Related People and Groups accordion.
  3. Clicked Next to get to the last page.
  4. Clicked on the Yale University link: there is one search result, as advertised on the entity page.
  5. Back on the entity page, clicked on the YPM link. Here too, there is one search result which is what the entity page stated.
roamye commented 4 days ago

this is no longer reproducible on my end either and I checked lower envs and prod.

I guess it fixed itself? Propose close?

@brent-hartwig

brent-hartwig commented 4 days ago

@clarkepeterf or @kkdavis14, can you think of a code or data change that could have resolved this disconnect between related lists and search results? No biggie if not, but if we can document the resolution, all the better. If data-related, it would have been after 2 Aug, when this ticket was submitted.

kkdavis14 commented 4 days ago

@brent-hartwig I connected two separate Remington records via reconciliation--that might have done it?

roamye commented 3 days ago

@kkdavis14, @brent-hartwig - is the reconciliation of Remington a sufficient change to close this issue? or is more time needed to investigate the data-change that fixed this?

kkdavis14 commented 3 days ago

@roamye I don't know why the UI was displaying 1 work when there was no connected work at the time, so it doesn't explain that part.

brent-hartwig commented 3 days ago

I'm fine with giving the bug a free pass this time. If it comes back, we can dig in.

clarkepeterf commented 3 days ago

@kkdavis14 If the Remington records were combined via reconciliation, is it possible that the Charles Lee Remington Archives Record was pointing to a non-existent ID for Remington?

kkdavis14 commented 3 days ago

@clarkepeterf oh yah, that makes sense. agreed with Brent, fine to close.