Closed
Bug 964285
Opened 11 years ago
Closed 11 years ago
"blank" tiles under about:start shouldn't be selectable
Categories
(Firefox for Metro Graveyard :: Browser, defect, P2)
Tracking
(Not tracked)
VERIFIED
FIXED
Firefox 29
People
(Reporter: kjozwiak, Assigned: sfoster)
References
Details
(Whiteboard: [defect] p=1)
Attachments
(1 file, 1 obsolete file)
8.14 KB,
patch
|
mbrubeck
:
review+
|
Details | Diff | Splinter Review |
When you swipe and select a "blank" tile from the about:screen, the "Selection App Bar" will not slide into view making it very difficult to unselect them after. I tried selecting several valid tiles and then taping on "clear selection", but the selected "blank" tiles didn't clear. I had to press "F5" to refresh the entire screen and deselect everything.
- I've attached a screenshot to illustrate the issue
Steps to reproduce the issue:
1) Open Firefox Metro
2) Under the about:start screen, select several "blank" tiles by using the swipe gesture (up/downs swipe)
3) You'll notice that once the tiles are selected, it's really difficult to clear them unless you refresh the entire page
Current Behavior:
- If the user selects "blank" tiles from the about:start screen, they can't clear it through the "Selection App Bar"
Expected Behavior:
- I don't think the user's should be able to select tiles if they are completely blank. If the changes are to difficult, we should at least let the users clear the selections.
Found the issue using the following builds:
- http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-01-26-00-40-02-mozilla-aurora/
- http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2014-01-26-03-02-03-mozilla-central/
Comment 1•11 years ago
|
||
Yeah, we shouldn't allow selection of blank tiles. You can't select them with mouse, only with touch.
Summary: difficult to unselect "blank" tiles that are selected under about:start → "blank" tiles under about:start shouldn't be selectable
Assignee | ||
Updated•11 years ago
|
Assignee: nobody → sfoster
Whiteboard: [triage] [defect] p=0 → [defect] p=1
Updated•11 years ago
|
Status: NEW → ASSIGNED
Priority: -- → P2
QA Contact: jbecerra
Assignee | ||
Comment 2•11 years ago
|
||
I've replaced a few ad-hock checks with an isItem validation method on richgrid, and a similar sanity check in CrossSlide.jsm. New tests that pass - as do the existing ones.
If this is nervous-making, we could possibly break out the CrossSlide.jsm change to make a lower-risk fix for uplift?
Attachment #8365974 -
Attachment is obsolete: true
Attachment #8368799 -
Flags: review?(mbrubeck)
Updated•11 years ago
|
Attachment #8368799 -
Flags: review?(mbrubeck) → review+
Assignee | ||
Comment 3•11 years ago
|
||
Comment 4•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Flags: in-testsuite+
Resolution: --- → FIXED
Target Milestone: --- → Firefox 29
Comment 5•11 years ago
|
||
Mozilla/5.0 (Windows NT 6.3; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0
Vetified as fixed with a Surface Pro 2 device on latest Aurora (build ID: 20140206004003) using the STR from the description.
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•