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
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 |
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 |
Rank | Ranked higher |
Sprint | Spring 2019 Sprint 1 [ 59 ] |
Rank | Ranked higher |
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 |
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 |
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. |
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 |
Story Points | 1 |
Labels | Intermediate |
Assignee | Ann Loraine [ aloraine ] |
Rank | Ranked lower |
Status | Open [ 1 ] | In Progress [ 3 ] |
Assignee | Kiran Korey [ kkorey ] |
Story Points | 1 | 2 |
Attachment | image1.png [ 14253 ] |
Attachment | IGBF-1503-Case-Study-Inconsistent-use -of-mirror-URL.pptx [ 14257 ] |
Status | In Progress [ 3 ] | Needs 1st Level Review [ 10005 ] |
Assignee | Kiran Korey [ kkorey ] |
Status | Needs 1st Level Review [ 10005 ] | Ready for Pull Request [ 10304 ] |
Assignee | Kiran Korey [ kkorey ] |
Assignee | Kiran Korey [ kkorey ] | Srishtee Marotkar [ srishtee ] |
Status | Ready for Pull Request [ 10304 ] | Needs 1st Level Review [ 10005 ] |
Sprint | Spring 2019 Sprint 1 [ 59 ] | Spring 2019 Sprint 1, Spring 2019 Sprint 2 [ 59, 60 ] |
Rank | Ranked higher |
Resolution | Done [ 10000 ] | |
Status | Needs 1st Level Review [ 10005 ] | Closed [ 6 ] |
Assignee | Srishtee Marotkar [ srishtee ] | Kiran Korey [ kkorey ] |
Workflow | Loraine Lab Workflow [ 18219 ] | Fall 2019 Workflow Update [ 19999 ] |
Workflow | Fall 2019 Workflow Update [ 19999 ] | Revised Fall 2019 Workflow Update [ 22125 ] |