Sync the toolbar position with the keyboard height in browser
Categories
(Firefox for Android :: Toolbar, defect, P2)
Tracking
()
Tracking | Status | |
---|---|---|
firefox133 | --- | verified |
People
(Reporter: petru, Assigned: petru)
References
(Blocks 1 open bug)
Details
(Whiteboard: [fxdroid][group3])
Attachments
(6 files, 1 obsolete file)
As a followup to bug 1911042 and as a suggestion from Sarah in https://phabricator.services.mozilla.com/D219636#7611808 we should also ensure that when browsing and interacting with an input
element on the webpage the bottom toolbar is always shown at the top of the keyboard when this is expanded/collapsed for a smoother UI.
Comment 1•11 months ago
|
||
Petru, is this bug about the space between the address bar and the animating keyboard? That sounds like a bug, not an enhancement. Will your fix for homepage bug 1911042 not fix this issue for input elements on web pages?
Does this bug affect the old address bar without the new navbar enabled?
Assignee | ||
Comment 2•11 months ago
|
||
is this bug about the space between the address bar and the animating keyboard
Yes, thanks for the screenshot, caught it just great!
That sounds like a bug, not an enhancement
Agree the distinction here is small, seeing bug 1911042 marked as a defect
I'll mark this as such also.
Important to note: we can only solve this on Android10+ as only then Android added APIs to allow us to build the needed functionality.
Will your fix for homepage bug 1911042 not fix this issue for input elements on web pages
bug 1911042 will only address the scenario of using our search screen which has it's own separate toolbar.
Tapping on the address bar will open this other search screen with the new animation for it's toolbar
But when interacting with an input
element we are still on the browser screen and need to animate the toolbar from this screen.
Does this bug affect the old address bar without the new navbar enabled?
This is not related to the navbar. To me it's almost the expected functionality, happens on all Android versions with any element that would need to be shown on top of the keyboard.
We could decide to only add a fix for one version of the toolbar (with or without the navbar) but I'd say it's a too great enhancement to not have it for all scenarios.
Updated•11 months ago
|
Assignee | ||
Comment 3•11 months ago
|
||
Assignee | ||
Comment 4•11 months ago
|
||
Previously when the keyboard would be showing / hiding the entire screen will first resize to
the end height after which the keyboard will be animated.
This meant just one reflow for the engine view but a choppy layout animation.
With the new changes we'll ensure the bottom toolbar is animated in sync with the keyboard
and the engine view is resized only once
- before hiding the keyboard to ensure that it will then nicely reveal the web content
- after showing the full keyboard to ensure it gradually covered web content with no UI issue
Updated•11 months ago
|
Assignee | ||
Comment 5•11 months ago
|
||
Previously when the keyboard would be showing the entire screen will first resize to the end height
after which the keyboard will be animated over an empty content.
With these changes we postpone the resize to after the keyboard animation is finished to ensure a
smooth animation over the web content instead of over empty space.
Updated•11 months ago
|
Updated•10 months ago
|
Updated•10 months ago
|
Comment 7•10 months ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/37c3cc81d47f
https://hg.mozilla.org/mozilla-central/rev/f090c198cc2f
Assignee | ||
Updated•10 months ago
|
Comment 8•10 months ago
|
||
Verified as fixed in the latest Nightly 13.0a1 from 10/17 with Samsung Tab S8 Ultra 5G (Android 14) and Google Pixel 8 Pro (Android 14).
Updated•10 months ago
|
Assignee | ||
Comment 10•8 months ago
|
||
The patch for this has been backed out pending more investigation of padding issues caused by it.
Assignee | ||
Comment 11•24 days ago
|
||
The patches for this landed in as part of bug 1911042.
Description
•