tiny usability issue - cloning vs. importing shared history
Hi, I've noticed a small usability annoyance with shared histories. Scenario: A user shared a history with me. The new history appears in the "Histories shared with you by others" page. I click on the history name, get a popup menu with three options: View, Clone, Unshare. If I choose "clone", the history is cloned and appears in my "saved history". If I choose "view" (and look at the library) then click on the green import button, I get a red error message: "The owner of this history has disabled imports via this link. You can return to the previous page." I understand that "cloning" is technically different from "import via link", but conceptually, the end result is the same - I should get the shared history into my histories. So it's quite confusing when I get this error message. Since I'm slightly familiar with Galaxy, I realized that the correct thing to do is go back to the list of shared-histories, then "clone" instead of import. An inexperienced user might think that something is wrong with the sharing. Somewhat related: After importing a history via link, the "start using this history" link does not work if the current history a non-empty. To reproduce: 1. go to http://main.g2.bx.psu.edu/ 2. click "options" -> "create new". 3. current history is empty. 4. go to http://main.g2.bx.psu.edu/history/list_published 5. select any one of the histories (e.g. "SM_1186088") 6. Click on the green plus button to import the history. 7. The following message is displayed: History "imported: SM_1186088" has been imported. You can start using this history or return to the previous page. 8. click on "start using this history", you'll be back on the main galaxy web site, with this new history selected. So far, so good. Now, repeat steps 1-8, but instead of creating a new, empty history (step 2,3), select a non-empty history or upload some dummy data set. After clicking "start using this history" (step 8) you'll be at the *old* history, not the newly imported one. -gordon
Hi Assaf, Both bugs; I'll fix them soon. Thanks for the keen eyes, J. On Apr 29, 2010, at 8:12 PM, Assaf Gordon wrote:
Hi,
I've noticed a small usability annoyance with shared histories.
Scenario: A user shared a history with me. The new history appears in the "Histories shared with you by others" page. I click on the history name, get a popup menu with three options: View, Clone, Unshare.
If I choose "clone", the history is cloned and appears in my "saved history". If I choose "view" (and look at the library) then click on the green import button, I get a red error message: "The owner of this history has disabled imports via this link. You can return to the previous page."
I understand that "cloning" is technically different from "import via link", but conceptually, the end result is the same - I should get the shared history into my histories.
So it's quite confusing when I get this error message. Since I'm slightly familiar with Galaxy, I realized that the correct thing to do is go back to the list of shared-histories, then "clone" instead of import. An inexperienced user might think that something is wrong with the sharing.
Somewhat related: After importing a history via link, the "start using this history" link does not work if the current history a non-empty.
To reproduce: 1. go to http://main.g2.bx.psu.edu/ 2. click "options" -> "create new". 3. current history is empty. 4. go to http://main.g2.bx.psu.edu/history/list_published 5. select any one of the histories (e.g. "SM_1186088") 6. Click on the green plus button to import the history. 7. The following message is displayed: History "imported: SM_1186088" has been imported. You can start using this history or return to the previous page.
8. click on "start using this history", you'll be back on the main galaxy web site, with this new history selected.
So far, so good.
Now, repeat steps 1-8, but instead of creating a new, empty history (step 2,3), select a non-empty history or upload some dummy data set.
After clicking "start using this history" (step 8) you'll be at the *old* history, not the newly imported one.
-gordon
_______________________________________________ galaxy-dev mailing list galaxy-dev@lists.bx.psu.edu http://lists.bx.psu.edu/listinfo/galaxy-dev
Both bugs fixed in galaxy-central changeset 3729. J. On Apr 29, 2010, at 8:12 PM, Assaf Gordon wrote:
Hi,
I've noticed a small usability annoyance with shared histories.
Scenario: A user shared a history with me. The new history appears in the "Histories shared with you by others" page. I click on the history name, get a popup menu with three options: View, Clone, Unshare.
If I choose "clone", the history is cloned and appears in my "saved history". If I choose "view" (and look at the library) then click on the green import button, I get a red error message: "The owner of this history has disabled imports via this link. You can return to the previous page."
I understand that "cloning" is technically different from "import via link", but conceptually, the end result is the same - I should get the shared history into my histories.
So it's quite confusing when I get this error message. Since I'm slightly familiar with Galaxy, I realized that the correct thing to do is go back to the list of shared-histories, then "clone" instead of import. An inexperienced user might think that something is wrong with the sharing.
Somewhat related: After importing a history via link, the "start using this history" link does not work if the current history a non-empty.
To reproduce: 1. go to http://main.g2.bx.psu.edu/ 2. click "options" -> "create new". 3. current history is empty. 4. go to http://main.g2.bx.psu.edu/history/list_published 5. select any one of the histories (e.g. "SM_1186088") 6. Click on the green plus button to import the history. 7. The following message is displayed: History "imported: SM_1186088" has been imported. You can start using this history or return to the previous page.
8. click on "start using this history", you'll be back on the main galaxy web site, with this new history selected.
So far, so good.
Now, repeat steps 1-8, but instead of creating a new, empty history (step 2,3), select a non-empty history or upload some dummy data set.
After clicking "start using this history" (step 8) you'll be at the *old* history, not the newly imported one.
-gordon
_______________________________________________ galaxy-dev mailing list galaxy-dev@lists.bx.psu.edu http://lists.bx.psu.edu/listinfo/galaxy-dev
participants (2)
-
Assaf Gordon -
Jeremy Goecks