Closed
Bug 1384860
Opened 8 years ago
Closed 4 years ago
No focus on URL bar when Welcome screen is dismissed
Categories
(Firefox for Android Graveyard :: Awesomescreen, defect, P5)
Tracking
(fennec+, firefox-esr68 affected, firefox55 wontfix, firefox56 wontfix, firefox57 wontfix, firefox58 wontfix, firefox59 wontfix, firefox60 wontfix, firefox61 wontfix, firefox62 wontfix, firefox63 wontfix, firefox64 wontfix, firefox65 fix-optional, firefox66 fix-optional, firefox67 affected, firefox68 affected)
RESOLVED
INCOMPLETE
Tracking | Status | |
---|---|---|
fennec | + | --- |
firefox-esr68 | --- | affected |
firefox55 | --- | wontfix |
firefox56 | --- | wontfix |
firefox57 | --- | wontfix |
firefox58 | --- | wontfix |
firefox59 | --- | wontfix |
firefox60 | --- | wontfix |
firefox61 | --- | wontfix |
firefox62 | --- | wontfix |
firefox63 | --- | wontfix |
firefox64 | --- | wontfix |
firefox65 | --- | fix-optional |
firefox66 | --- | fix-optional |
firefox67 | --- | affected |
firefox68 | --- | affected |
People
(Reporter: sflorean, Unassigned)
Details
(Keywords: good-first-bug)
Environment:
Device: Motorola Nexus 6 (Android 7.0);
Build: Nightly 56.0a1 (2017-07-26);
Steps to reproduce:
1. Launch Fennec with a clean profile;
2. Swipe the content for the slides;
3. On the last panel tap on "Not right now".
Expected result:
Welcome screen is dismissed; about:home is displayed with focus on the URL bar.
Actual result:
Welcome screen is dismissed; about:home is displayed with NO focus on the URL bar, and also keyboard is not displayed.
Comment 1•8 years ago
|
||
(In reply to Sorina Florean [:sorina] from comment #0)
> Expected result:
> Welcome screen is dismissed; about:home is displayed with focus on the URL
> bar.
Hi Sorina,
I wonder why would we expect the focus is on URL bar. Because whenever a new tab is created, we did not focus on URL bar. Also, if we focus on URL bar, the menu button is hidden, would it be expected when user dismiss Welcome screen and couldn't see the menu button?
We probably need UX input, what do you think :jalin?
Flags: needinfo?(sorina.florean)
Flags: needinfo?(jalin)
Reporter | ||
Comment 2•8 years ago
|
||
When we are on the last slide from the Welcome screen the user has two options: "Sign in to sync" or "Not right now". So if the user don't want to log in with a Firefox account maybe that he/she wants to search for something? This behavior was implemented before, this is a regression.
If is needed I can investigate more and search for a regression window. We can wait for :jalin response. Thanks!
Flags: needinfo?(sorina.florean)
Keywords: regression
Updated•8 years ago
|
Comment 3•8 years ago
|
||
To me it's like P3. Feel free to change it back
tracking-fennec: ? → +
Priority: -- → P3
Reporter | ||
Updated•8 years ago
|
status-firefox57:
--- → affected
Updated•8 years ago
|
Reporter | ||
Updated•7 years ago
|
status-firefox59:
--- → affected
Comment 4•7 years ago
|
||
(In reply to Nevin Chen [:nechen] from comment #3)
> To me it's like P3. Feel free to change it back
Given this and the delay hearing back from UX, let's say we're not going to fix this in 58 or 59.
Reporter | ||
Updated•7 years ago
|
status-firefox60:
--- → affected
Updated•7 years ago
|
Updated•7 years ago
|
status-firefox63:
--- → affected
Comment 5•7 years ago
|
||
AFAIK, Jalin no longer works on Firefox for Android so removing the needinfo request.
Marking as fix-optional for 63
Flags: needinfo?(jalin)
Comment 6•7 years ago
|
||
Re-triaging per https://bugzilla.mozilla.org/show_bug.cgi?id=1473195
Needinfo :susheel if you think this bug should be re-triaged.
Priority: P3 → P5
Updated•7 years ago
|
status-firefox64:
--- → affected
Updated•7 years ago
|
status-firefox65:
--- → affected
Comment 7•6 years ago
|
||
Marking fix-optional for 64. We could still take a patch in 65.
Comment 8•6 years ago
|
||
Updating tracking flags as we get closer to the 64 release.
Updated•6 years ago
|
Summary: No focus on URL bar when Welcome screen is dismiss → No focus on URL bar when Welcome screen is dismissed
Updated•6 years ago
|
status-firefox66:
--- → affected
Updated•6 years ago
|
Updated•6 years ago
|
status-firefox67:
--- → affected
Comment 9•6 years ago
|
||
Since this is P5 and a longstanding issue we don't need to keep setting the flags here.
I'll remove the regression flag here and mark it as a good first bug.
Keywords: regression
Whiteboard: [good first bug]
status-firefox68:
--- → affected
Updated•6 years ago
|
status-firefox-esr68:
--- → affected
Comment 10•5 years ago
|
||
Since this is listed as a good first bug and doesn't appear to be high importance, I'll work on taking care of this.
Based on the comments above, the idea is to focus on the address bar if the user declines to sign in and sync accounts. Please correct me if this isn't the case.
Keywords: good-first-bug
Whiteboard: [good first bug]
Comment 11•5 years ago
|
||
I can work on this if somebody is willing to mentor me. I've submitted a couple of bug fixes before and I've got the codebase ready to go.
Comment 12•4 years ago
|
||
We have completed our launch of our new Firefox on Android. The development of the new versions use GitHub for issue tracking. If the bug report still reproduces in a current version of [Firefox on Android nightly](https://play.google.com/store/apps/details?id=org.mozilla.fenix) an issue can be reported at the [Fenix GitHub project](https://github.com/mozilla-mobile/fenix/). If you want to discuss your report please use [Mozilla's chat](https://wiki.mozilla.org/Matrix#Connect_to_Matrix) server https://chat.mozilla.org and join the [#fenix](https://chat.mozilla.org/#/room/#fenix:mozilla.org) channel.
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → INCOMPLETE
Updated•4 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•