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

Investigate: Why do Data Access tab links go to primary Quickload site even when secondary site is being used

    Details

    • Type: Bug
    • Status: Closed (View Workflow)
    • Priority: Major
    • Resolution: Done
    • Affects Version/s: None
    • Fix Version/s: None
    • Labels:
    • Story Points:
      2
    • Sprint:
      Spring 2019 Sprint 1, Spring 2019 Sprint 2

      Description

      Currently:
      When Quickload primary site is not up and running, IGB loads data sources from secondary Quickload site. The goal here is to give the user full access to the data even when the primary site is unavailable.
      The data loading aspect works great, but links displayed in the Available Data Sets section of the Data Access tab reference the primary site, which is not responding.

      This needs to be fixed. If IGB switches to using a secondary site for loading data, it should also switch over to linking (from within Data Access panel) to the secondary site.

      Note that most of our default Quickload sites are either using absolute URLs to entirely external sources or are using links relative to the Quickload root directory. These URLs are specified in the annots.xml files for each site. For examples, see:

      To repeat:

      • De-activate the primary site by editing /etc/hosts on your computer (goal is to "trick" your computer into no longer being able to access the main IGB Quickload site)
      • Open IGB.
      • Select human genome
      • Confirm you are now using secondary site by clicking "configure" link in the Data Access tab (or, select File > Preferences > Data Sources, or click the sprocket icon to open the Preferences window and select Data Sources tab)
      • To confirm , check that data sources served from IGBQuickload.org are listed with yellow (warning) background
      • Now click the blue links and "i" info buttons in the Available Data Sets section of Data Access tab in IGB
      • Note that the URLs IGB tries to open go to the primary site's URL, not the secondary site's URL

      Note:
      To look up addresses for primary and secondary sites, see file named igbDefaultPref.json in the IGB code base.

        Attachments

          Issue Links

            Activity

            srishteeM Srishtee Marotkar (Inactive) created issue -
            srishteeM Srishtee Marotkar (Inactive) made changes -
            Field Original Value New Value
            Summary Quickload site redirect When IGB loads data sources from secondary Quickload site, Data Access tabs redirects to primary Quickload site
            srishteeM Srishtee Marotkar (Inactive) made changes -
            Description Currently:
            When Quickload primary site is not up and running, IGB loads data sources from secondary Quickload site.
            Now, Load data using Homo Sapiens, go to Data Access tab and click on top most Quickload URL highlighting in blue. It now loads primary Quickload site's url in browser which is actually not up and running right now.

            How it is expected:
            It is expected that when IGB load data sources from secondary Quickload site and when user want to access Quickload site from data access tab, it should redirect to correct URL that is at the moment is secondary Quickload site's URL.

            Note:
            You can refer all the default data source information in 'igbDefaultPref.json' file
            srishteeM Srishtee Marotkar (Inactive) made changes -
            Rank Ranked higher
            ann.loraine Ann Loraine made changes -
            Sprint Spring 2019 Sprint 1 [ 59 ]
            ann.loraine Ann Loraine made changes -
            Rank Ranked higher
            ann.loraine Ann Loraine made changes -
            Summary When IGB loads data sources from secondary Quickload site, Data Access tabs redirects to primary Quickload site Investigate why when IGB loads data sources from secondary Quickload site, Data Access tabs redirect to primary Quickload site
            ann.loraine Ann Loraine made changes -
            Summary Investigate why when IGB loads data sources from secondary Quickload site, Data Access tabs redirect to primary Quickload site Investigate: Available data sets section of Data Access tab link to primary Quickload site even when using secondary site
            ann.loraine Ann Loraine made changes -
            Description Currently:
            When Quickload primary site is not up and running, IGB loads data sources from secondary Quickload site.
            Now, Load data using Homo Sapiens, go to Data Access tab and click on top most Quickload URL highlighting in blue. It now loads primary Quickload site's url in browser which is actually not up and running right now.

            How it is expected:
            It is expected that when IGB load data sources from secondary Quickload site and when user want to access Quickload site from data access tab, it should redirect to correct URL that is at the moment is secondary Quickload site's URL.

            Note:
            You can refer all the default data source information in 'igbDefaultPref.json' file
            Currently:
            When Quickload primary site is not up and running, IGB loads data sources from secondary Quickload site. The goal here is to give the user full access to the data even when the primary site is unavailable.
            The data loading aspect works great, but links displayed in the Available Data Sets section of the Data Access tab reference the primary site, which is not responding.

            This needs to be fixed. If IGB switches to using a secondary site for loading data, it should also switch over to linking (from within Data Access panel) to the secondary site.

            Note that most of our default Quickload sites are either using absolute URLs to entirely external sources *or* are using links relative to the Quickload root directory. These URLs are specified in the annots.xml files for each site. For examples, see:

            * http://igbquickload.org/quickload/A_thaliana_Jun_2009/annots.xml

            To repeat:

            * De-activate the primary site by editing /etc/hosts on your computer (goal is to "trick" your computer into no longer being able to access the main IGB Quickload site)
            * Open IGB.
            * Select human genome
            * Confirm you are now using secondary site by clicking "configure" link in the Data Access tab (or, select File > Preferences > Data Sources, or click the sprocket icon to open the Preferences window and select Data Sources tab)
            * To confirm , check that data sources served from IGBQuickload.org are listed with yellow (warning) background
            * Now click the blue links and "i" info buttons in the Available Data Sets section of Data Access tab in IGB
            * Note that the URLs IGB tries to open go to the primary site's URL, not the secondary site's URL

            Note:
            To look up addresses for primary and secondary sites, see file named igbDefaultPref.json in the IGB code base.
            ann.loraine Ann Loraine made changes -
            Summary Investigate: Available data sets section of Data Access tab link to primary Quickload site even when using secondary site Investigate: Why do Data Access tab links go to primary Quickload site even when secondary site is being used
            ann.loraine Ann Loraine made changes -
            Story Points 1
            ann.loraine Ann Loraine made changes -
            Link This issue relates to IGBF-1504 [ IGBF-1504 ]
            ann.loraine Ann Loraine made changes -
            Link This issue relates to IGBF-1508 [ IGBF-1508 ]
            ann.loraine Ann Loraine made changes -
            Link This issue relates to IGBF-1507 [ IGBF-1507 ]
            ann.loraine Ann Loraine made changes -
            Labels Intermediate
            ann.loraine Ann Loraine made changes -
            Assignee Ann Loraine [ aloraine ]
            kkorey Kiran Korey (Inactive) made changes -
            Rank Ranked lower
            kkorey Kiran Korey (Inactive) made changes -
            Status Open [ 1 ] In Progress [ 3 ]
            kkorey Kiran Korey (Inactive) made changes -
            Assignee Kiran Korey [ kkorey ]
            nfreese Nowlan Freese made changes -
            Story Points 1 2
            kkorey Kiran Korey (Inactive) made changes -
            Attachment image1.png [ 14253 ]
            kkorey Kiran Korey (Inactive) made changes -
            kkorey Kiran Korey (Inactive) made changes -
            Status In Progress [ 3 ] Needs 1st Level Review [ 10005 ]
            kkorey Kiran Korey (Inactive) made changes -
            Assignee Kiran Korey [ kkorey ]
            ptambvek Pranav Sanjay Tambvekar (Inactive) made changes -
            Status Needs 1st Level Review [ 10005 ] Ready for Pull Request [ 10304 ]
            ptambvek Pranav Sanjay Tambvekar (Inactive) made changes -
            Assignee Kiran Korey [ kkorey ]
            nfreese Nowlan Freese made changes -
            Assignee Kiran Korey [ kkorey ] Srishtee Marotkar [ srishtee ]
            nfreese Nowlan Freese made changes -
            Status Ready for Pull Request [ 10304 ] Needs 1st Level Review [ 10005 ]
            ann.loraine Ann Loraine made changes -
            Sprint Spring 2019 Sprint 1 [ 59 ] Spring 2019 Sprint 1, Spring 2019 Sprint 2 [ 59, 60 ]
            ann.loraine Ann Loraine made changes -
            Rank Ranked higher
            ann.loraine Ann Loraine made changes -
            Resolution Done [ 10000 ]
            Status Needs 1st Level Review [ 10005 ] Closed [ 6 ]
            ann.loraine Ann Loraine made changes -
            Assignee Srishtee Marotkar [ srishtee ] Kiran Korey [ kkorey ]
            ann.loraine Ann Loraine made changes -
            Workflow Loraine Lab Workflow [ 18219 ] Fall 2019 Workflow Update [ 19999 ]
            ann.loraine Ann Loraine made changes -
            Workflow Fall 2019 Workflow Update [ 19999 ] Revised Fall 2019 Workflow Update [ 22125 ]

              People

              • Assignee:
                kkorey Kiran Korey (Inactive)
                Reporter:
                srishteeM Srishtee Marotkar (Inactive)
              • Votes:
                0 Vote for this issue
                Watchers:
                4 Start watching this issue

                Dates

                • Created:
                  Updated:
                  Resolved: