Navigation between Settings sub-pages takes several seconds

Description

Steps to reproduce:
1. Go to Settings -> Inventory
2. Under Instances, click on Formats. A list of Formats is displayed in the right pane.
3. Leave the Formats page open and wait >1 minute.
...
4. Under instances, click on Contributor types

Expected result:
A list of Contributor types is instantly displayed in the right pane.

Actual result:
The list of formats continues to display for about 4 seconds, before being replaced by the list of Contributor types.

This is very slow, and even more confusing since the page doesn't clear while waiting. As a user, I could well assume that the values under Contributor types are the same as those under Formats, and move on before the actual list of Contributor types has finished loading.

If, after this, I continue navigating between Inventory settings, the pages load much faster, so it seems that the occasional slowness occurs after periods of inactivity.

CSP Request Details

None

CSP Rejection Details

None

Potential Workaround

None

Attachments

3
  • 27 May 2019, 01:45 PM
  • 22 May 2019, 11:31 AM
  • 22 May 2019, 11:26 AM

Checklist

hide

TestRail: Results

Activity

Show:

Charlotte Whitt June 18, 2019 at 6:37 PM

Manual test in FOLIO Snapshot, using Chrome.

All looks good, and I verified, that I got the expected result: Waiting 10 minutes, and a list of Contributor types is instantly displayed in the right pane.

I'll close the issue, as done.

Cate Boerema June 14, 2019 at 3:21 PM

Should be fixed?

Cate Boerema June 3, 2019 at 2:43 PM

We assume this is going to be solved by https://folio-org.atlassian.net/browse/MODPERMS-57#icft=MODPERMS-57 and this is just a testing ticket

Cate Boerema June 3, 2019 at 2:42 PM

Discussion in grooming. This is a general issue, not specific to UIIN. May also be the cause of the delay logging in.

Two issues:

  1. mod-permissions every 10 minutes we rework out the permissions for a user. That process takes a long time so the first request the ui makes that triggers that has to wait all that time before it gets an answer. - backend issue

  2. ui should maybe say something but there is no way to give the ui a response (better to devote backend time to making this not as slow)

Theodor Tolstoy (One-Group.se) June 3, 2019 at 1:11 PM

I think this specisfic Jira issue though, is a front-end issue only, Since it is the UI that feels unresponsive when waitng for the server response. This wait could be caused by the permissions cache refresh, but also more long-running queries from the backend.

Done

Details

Assignee

Reporter

Tester Assignee

Priority

Sprint

Development Team

Prokopovych

TestRail: Cases

Open TestRail: Cases

TestRail: Runs

Open TestRail: Runs

Created May 22, 2019 at 11:27 AM
Updated July 2, 2019 at 10:30 AM
Resolved June 18, 2019 at 6:37 PM
TestRail: Cases
TestRail: Runs

Flag notifications