Details
-
Type: Bug
-
Status: Closed (View Workflow)
-
Priority: Major
-
Resolution: Done
-
Affects Version/s: None
-
Fix Version/s: None
-
Labels:
-
Story Points:1.4
-
Epic Link:
-
Sprint:Summer 5: 3 Aug - 14 Aug, Summer 6: 17 Aug - 28 Aug, Summer 7: 31 Aug - 11 Sep, Fall 1: 14 Sep - 25 Sep
Description
User writes:
In preferences, I created a key-stroke for "show zoom stripe" and "show zoom stripe label". The key-stroke was recorded, and subsequently displayed in the view menu next to the corresponding options.
When I try to use my key-strokes, the view menu flickers as if it has been clicked, but there is no affect. The zoom stripe (and its label) are unchanged.
I tried closing and re-opening IGB (as per Bug RepositoryBUG-445) but that had no affect.
Investigate:
- Reviewing User's Guide information about this feature
- Attempt to reproduce the above scenario. Is it still a problem?
- If yes, investigate if you can create other custom shortcuts.
Report your findings in comments below.
Attachments
Activity
Ivory Blakley (Inactive)
created issue -
Ann Loraine
made changes -
Field | Original Value | New Value |
---|---|---|
Summary | custom shortcuts do not work | Fix custom shortcut for Show Zoom Stripe |
Ann Loraine
made changes -
Description |
In preferences, I created a key-stroke for "show zoom stripe" and "show zoom stripe label". The key-stroke was recored, and subsequently displayed in the view menu next to the corresponding options.
When I try to use my key-strokes, the view menu flickers as if it has been clicked, but there is no affect. The zoom stripe (and its label) are unchanged. I tried closing and re-opening IGB (as per Bug RepositoryBUG-445) but that had no affect. |
In preferences, I created a key-stroke for "show zoom stripe" and "show zoom stripe label". The key-stroke was recorded, and subsequently displayed in the view menu next to the corresponding options. When I try to use my key-strokes, the view menu flickers as if it has been clicked, but there is no affect. The zoom stripe (and its label) are unchanged. I tried closing and re-opening IGB (as per Bug Repository |
Ann Loraine
made changes -
Summary | Fix custom shortcut for Show Zoom Stripe | Fix custom shortcuts |
Ann Loraine
made changes -
Story Points | 2 |
Ann Loraine
made changes -
Labels | Intermediate | |
Assignee | Ann Loraine [ aloraine ] |
Ann Loraine
made changes -
Rank | Ranked higher |
Ann Loraine
made changes -
Rank | Ranked higher |
Ann Loraine
made changes -
Workflow | Loraine Lab Workflow [ 17843 ] | Fall 2019 Workflow Update [ 18826 ] |
Ann Loraine
made changes -
Workflow | Fall 2019 Workflow Update [ 18826 ] | Revised Fall 2019 Workflow Update [ 20951 ] |
Status | Open [ 1 ] | To-Do [ 10305 ] |
Ann Loraine
made changes -
Epic Link | IGBF-1765 [ 17855 ] |
Ann Loraine
made changes -
Rank | Ranked higher |
Ann Loraine
made changes -
Rank | Ranked higher |
Ann Loraine
made changes -
Sprint | Summer 5: 29 Jul - 12 Aug [ 100 ] |
Ann Loraine
made changes -
Rank | Ranked lower |
Ann Loraine
made changes -
Summary | Fix custom shortcuts | Investigate: Custom shortcuts not working? |
Ann Loraine
made changes -
Description |
In preferences, I created a key-stroke for "show zoom stripe" and "show zoom stripe label". The key-stroke was recorded, and subsequently displayed in the view menu next to the corresponding options. When I try to use my key-strokes, the view menu flickers as if it has been clicked, but there is no affect. The zoom stripe (and its label) are unchanged. I tried closing and re-opening IGB (as per Bug Repository |
User writes:
{quote} In preferences, I created a key-stroke for "show zoom stripe" and "show zoom stripe label". The key-stroke was recorded, and subsequently displayed in the view menu next to the corresponding options. When I try to use my key-strokes, the view menu flickers as if it has been clicked, but there is no affect. The zoom stripe (and its label) are unchanged. I tried closing and re-opening IGB (as per Bug Repository {quote} Investigate: * Reviewing User's Guide information about this feature * Attempt to reproduce the above scenario. Is it still a problem? * If yes, investigate if you can create other custom shortcuts. Report your findings in comments below. |
Ann Loraine
made changes -
Labels | Intermediate | Beginner |
Jay Chamma (Inactive)
made changes -
Assignee | Jay Chamma [ gchamma ] |
Jay Chamma (Inactive)
made changes -
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Jay Chamma (Inactive)
made changes -
Story Points | 2 | 0.8 |
Jay Chamma (Inactive)
made changes -
Status | In Progress [ 3 ] | To-Do [ 10305 ] |
Jay Chamma (Inactive)
made changes -
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Jay Chamma (Inactive)
made changes -
Status | In Progress [ 3 ] | To-Do [ 10305 ] |
Jay Chamma (Inactive)
made changes -
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Jay Chamma (Inactive)
made changes -
Story Points | 0.8 | 1.1 |
Jay Chamma (Inactive)
made changes -
Story Points | 1.1 | 1.4 |
Jay Chamma (Inactive)
made changes -
Status | In Progress [ 3 ] | To-Do [ 10305 ] |
Jay Chamma (Inactive)
made changes -
Assignee | Jay Chamma [ gchamma ] |
Ann Loraine
made changes -
Rank | Ranked higher |
Ann Loraine
made changes -
Sprint | Summer 5: 3 Aug - 14 Aug [ 100 ] | Summer 5: 3 Aug - 14 Aug, Summer 6: 17 Aug - 28 Aug [ 100, 101 ] |
Ann Loraine
made changes -
Rank | Ranked higher |
Ann Loraine
made changes -
Rank | Ranked higher |
Ann Loraine
made changes -
Sprint | Summer 5: 3 Aug - 14 Aug, Summer 6: 17 Aug - 28 Aug [ 100, 101 ] | Summer 5: 3 Aug - 14 Aug, Summer 6: 17 Aug - 28 Aug, Summer 7: 31 Aug - 11 Sep [ 100, 101, 102 ] |
Ann Loraine
made changes -
Rank | Ranked higher |
Ann Loraine
made changes -
Sprint | Summer 5: 3 Aug - 14 Aug, Summer 6: 17 Aug - 28 Aug, Summer 7: 31 Aug - 11 Sep [ 100, 101, 102 ] | Summer 5: 3 Aug - 14 Aug, Summer 6: 17 Aug - 28 Aug, Summer 7: 31 Aug - 11 Sep, Fall 1: 14 Sep - 25 Sep [ 100, 101, 102, 103 ] |
Ann Loraine
made changes -
Rank | Ranked higher |
Ann Loraine
made changes -
Status | To-Do [ 10305 ] | In Progress [ 3 ] |
Ann Loraine
made changes -
Status | In Progress [ 3 ] | Needs 1st Level Review [ 10005 ] |
Ann Loraine
made changes -
Status | Needs 1st Level Review [ 10005 ] | First Level Review in Progress [ 10301 ] |
Ann Loraine
made changes -
Status | First Level Review in Progress [ 10301 ] | Ready for Pull Request [ 10304 ] |
Ann Loraine
made changes -
Status | Ready for Pull Request [ 10304 ] | Pull Request Submitted [ 10101 ] |
Ann Loraine
made changes -
Status | Pull Request Submitted [ 10101 ] | Reviewing Pull Request [ 10303 ] |
Ann Loraine
made changes -
Status | Reviewing Pull Request [ 10303 ] | Merged Needs Testing [ 10002 ] |
Ann Loraine
made changes -
Status | Merged Needs Testing [ 10002 ] | Post-merge Testing In Progress [ 10003 ] |
Ann Loraine
made changes -
Resolution | Done [ 10000 ] | |
Status | Post-merge Testing In Progress [ 10003 ] | Closed [ 6 ] |
[~aloraine], this problem is still present in the current published IGB, v9.1.4.
I added and tested key-strokes for every single Action available in the Toolbar tab (85 in total), and here is what I found:
All custome key-strokes worked as expected except the following Actions:
The problem continued to occur even after relaunching IGB upon adding the new key-stroke.
If a custom key-stroke is used for one of the listed actions, pressing it won't trigger the action linked to it.
The common denominator for these ineffective keystrokes is that they're all linked to actions that are present in the View menu and that these actions are of a binary type (can be on or off).
However, it turns out that if these keystrokes are used as the View menu is open, then their corresponding actions will take effect.
So for example: If I bind 'CTRL + T' to Show Zoom Stripe Label, pressing CTRL+T after loading a genome won't do anything. However, if I open the View menu and then click CTRL+T while the View menu is open, the action would take effect and the View menu would close immediately.
This sort of behavior is not present for other option in the View menu, such as Clamp to View or Show All Visual Tools. A key stroke linked to Clamp to View or Show All Visual Tools would work perfectly and as expected, without the need to open the View menu.
The interesting thing is that Clamp to View is also of type binary (on/off), since clicking it once activates it, and the clicking it again would deactivate it, but it does not have the same strange behavior found for the other binary type actions. It is important to note that Clamp to View does not feature an on/off symbol like the other actions, such as having a blue background around its icon when activated, so maybe that is linked to the strange behavior occurring.
I will start looking at the code next to continue investigating this issue, please let me know of your thoughts.
Thanks!