Uploaded image for project: 'IGB'
  1. IGB
  2. IGBF-3151

Investigate: IGB unresponsive when adding new data source

        Details

        • Type: Task
        • Status: To-Do (View Workflow)
        • Priority: Major
        • Resolution: Unresolved
        • Affects Version/s: None
        • Fix Version/s: None
        • Labels:
          None

          Description

          Situation: When a new data source is added the IGB user interface becomes non responsive. While new data sources are generally added quickly, it can appear to the user that IGB is frozen for several seconds. If there is a problem with the data source then the IGB user interface can become frozen for longer periods of time. With the addition of the data source endpoint (IGBF-3131) users may be annoyed by the IGB UI locking up when new data sources are added.

          Task: Investigate whether it would be possible to prevent the UI from becoming frozen when a new data source is added. Is there a valid reason to lock the UI?

            Attachments

              Activity

              Ascending order - Click to sort in descending order
              Hide
              Permalink
              ann.loraine Ann Loraine added a comment -

              Suggestion for first step: Create a step-by-step recipe to demonstrate the problem.

              Show
              ann.loraine Ann Loraine added a comment - Suggestion for first step: Create a step-by-step recipe to demonstrate the problem.
              Hide
              Permalink
              ann.loraine Ann Loraine added a comment - - edited

              During scrum, decided that this "investigate" issue should include investigating the overly long connection attempt described in this comment.

              Show
              ann.loraine Ann Loraine added a comment - - edited During scrum, decided that this "investigate" issue should include investigating the overly long connection attempt described in this comment .
              Hide
              Permalink
              nfreese Nowlan Freese added a comment - - edited

              To reproduce the issue:

              1. Open a web browser while the latest version of IGB master is running.
              2. Enter one of the following URLs in the web browser.
                1. http://127.0.0.1:7085/igbDataSource?quickloadurl=https://data.cyverse.org/dav-anon/iplant/home/shared/BioViz/rnaseq&quickloadname=SlowTest1
                2. http://127.0.0.1:7085/igbDataSource?quickloadurl=https://translate.bioviz.org/api/?hubUrl=https://cgl.gi.ucsc.edu/data/cactus/363-avian-2020-hub/hub.txt%26filePath=/&quickloadname=SlowTest2
                3. http://127.0.0.1:7085/igbDataSource?quickloadurl=https://bitbuct.org/nfreese/quickload-genome-in-a-bottle/raw/release-v1.0.0/&quickloadname=SlowTest3
              3. While IGB is adding the new data source, attempt to click or use the IGB interface. It should be inaccessible for as long as it takes to add the data source. Changing tabs or selecting a genome should be unavailable.
                1. NOTE: SlowTest3 contains a typo in the URL that will behave somewhat oddly depending on how fast the response times out. The IGB interface may at first continue to work but then become unresponsive for up to a minute. The behavior will also be determined by whether IGBF-3103 has been merged into master as the ticket changes the behavior somewhat.

              This ticket is attempting to understand:

              1. Are we purposefully locking the IGB user interface when adding a new data source?
                1. If yes, is there a valid reason for locking the user interface or can we allow users to interact with the UI while adding new data sources?
                  1. If there is no valid reason, how easy would it be to make code changes that would allow users to interact with the UI while adding new data sources?
              Show
              nfreese Nowlan Freese added a comment - - edited To reproduce the issue: Open a web browser while the latest version of IGB master is running. Enter one of the following URLs in the web browser. http://127.0.0.1:7085/igbDataSource?quickloadurl=https://data.cyverse.org/dav-anon/iplant/home/shared/BioViz/rnaseq&quickloadname=SlowTest1 http://127.0.0.1:7085/igbDataSource?quickloadurl=https://translate.bioviz.org/api/?hubUrl=https://cgl.gi.ucsc.edu/data/cactus/363-avian-2020-hub/hub.txt%26filePath=/&quickloadname=SlowTest2 http://127.0.0.1:7085/igbDataSource?quickloadurl=https://bitbuct.org/nfreese/quickload-genome-in-a-bottle/raw/release-v1.0.0/&quickloadname=SlowTest3 While IGB is adding the new data source, attempt to click or use the IGB interface. It should be inaccessible for as long as it takes to add the data source. Changing tabs or selecting a genome should be unavailable. NOTE: SlowTest3 contains a typo in the URL that will behave somewhat oddly depending on how fast the response times out. The IGB interface may at first continue to work but then become unresponsive for up to a minute. The behavior will also be determined by whether IGBF-3103 has been merged into master as the ticket changes the behavior somewhat. This ticket is attempting to understand: Are we purposefully locking the IGB user interface when adding a new data source? If yes, is there a valid reason for locking the user interface or can we allow users to interact with the UI while adding new data sources? If there is no valid reason, how easy would it be to make code changes that would allow users to interact with the UI while adding new data sources?

                People

                • Assignee:
                  Unassigned
                  Reporter:
                  nfreese Nowlan Freese
                • Votes:
                  0 Vote for this issue
                  Watchers:
                  2 Start watching this issue

                  Dates

                  • Created:
                    Updated: