Closed Bug 1184461 Opened 5 years ago Closed 2 years ago
First open sub-tab appears before the origin tab after a couple of egde gestures
STR 1. Open the browser to a random website 2. On the webpage loaded, open a new link in a new window. 3. While the page is loading, edge scroll to the website you were on step 1 and 2. 4. Open another link a new window. 5. Open the task switcher Expected results As on Firefox Desktop, when you go visit the first sub-tab and go back to the origin tab, the order of the tabs should be: +---------+ +---------+ +---------+ | Origin | | Second | | First | | tab | | sub-tab | | sub-tab | +---------+ +---------+ +---------+ Actual results You end up with the following list: +---------+ +---------+ +---------+ | First | | Origin | | Second | | sub-tab | | tab | | sub-tab | +---------+ +---------+ +---------+ Build info Build ID 20150713103207 Gaia Revision a7439b6ca88264734171ff5ea0b6a0b8df3f258e Gaia Date 2015-07-12 17:48:25 Gecko Revision https://hg.mozilla.org/mozilla-central/rev/38d03bf4616e Gecko Version 42.0a1 Device Name aries Firmware(Release) 4.4.2 Firmware(Incremental) eng.worker.20150619.224059 Firmware Date Fri Jun 19 22:41:08 UTC 2015 Bootloader s1
I often execute these steps when I browse a news website and having the sub-tabs displayed at the left of the original page doesn't feel right to me. Is the proposed behavior correct from a UX perspective?
Summary: Window position doesn't seem right after a couple of edge gestures → First open sub-tab appears before the origin tab after a couple of egde getures
Summary: First open sub-tab appears before the origin tab after a couple of egde getures → First open sub-tab appears before the origin tab after a couple of egde gestures
I believe Rob worked on this.
Adding Francis as well. Thanks for pinging the UX team!
Flags: needinfo?(firefoxos-ux-bugzilla) → needinfo?(fdjabri)
Pushed by email@example.com: https://hg.mozilla.org/integration/fx-team/rev/2b687444223c If a listener is not callable, assume it is an event listener object. r=past
(In reply to Eddy Bruel [:ejpbruel] from comment #5) > This patch should have landed on bug 1184661, not bug 1184461. i guess you mean the patch landed with the wrong bugnumber...in that case this is fixed now :)))
Backout by firstname.lastname@example.org: https://hg.mozilla.org/integration/fx-team/rev/74de6a8e0a0e Backed out changeset 2b687444223c for landing with wrong bug number
Firefox OS is not being worked on
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.