[Toolbar Redesign] After dismissing the keyboard, the color of the bottom OS bar needs to match the toolbar color
Categories
(Firefox for Android :: Toolbar, defect, P2)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox132 | --- | fixed |
People
(Reporter: aarjav, Assigned: petru)
References
(Blocks 1 open bug)
Details
(Whiteboard: [kitkat banana sprint] )
Attachments
(4 files)
Steps to reproduce
- In the OS settings, the gesture bar navigation needs to be turned on[Screenshot attached].
- Open a website
- Select the URL bar
- Dismiss the keyboard using the arrow on the keyboard or the OS bottom bar.
Expected behavior
- The keyboard needs to be properly dismissed, by the user being on the homepage and the OS bottom bar matching the colour of the toolbar.
Actual behavior
- The OS bottom bar colour doesn't match the toolbar color.
Device information
- Firefox version: Nightly
- Android device model: Pixel 6
- Android OS version: Latest
Any additional information?
| Reporter | ||
Comment 1•2 years ago
|
||
| Reporter | ||
Comment 2•2 years ago
|
||
Updated•2 years ago
|
Please note : This was prior to implementation of navigation bar. i.e it's in our release too.
| Assignee | ||
Comment 5•1 year ago
|
||
Good point!
Fixing bug 1898059 will avoid the issue when closing the keyboard with a back gesture
But there's another scenario remaining for this: when user swiped on the list of results - we're already hiding the keyboard and allow seeing/interacting with all results. We'd need now to update the OS navigation color.
| Assignee | ||
Comment 6•1 year ago
|
||
This combines the requirements with the ones from bug 1907656 to ensure that when the
navbar is enabled:
- the status bar color is the same as the background of the edit toolbar
- the OS navigation bar is not translucent anymore
- the OS navigation bar color is the same as the background of the application's navbar
Comment 7•1 year ago
|
||
(In reply to [:skhan] from comment #3)
Please note : This was prior to implementation of navigation bar. i.e it's in our release too.
Sarah had an excellent point. I see the but created with [toolbar redesign], but shouldn't we fix it generally, for both navbar on and off?
| Assignee | ||
Comment 8•1 year ago
|
||
I don't see this as a bug in the current release - it has always function like so
Whereas it can be seen as a defect/improvement for the navbar which currently don't match the expected new design.
| Reporter | ||
Comment 9•1 year ago
|
||
It should be fixed for both navbar on and off. I am attaching a screenshot for the release version of Firefox and the issue can be seen there too.
| Reporter | ||
Comment 10•1 year ago
|
||
Updated•1 year ago
|
Comment 11•1 year ago
|
||
Comment 12•1 year ago
|
||
| bugherder | ||
Description
•