[toolbar redesign] the YouTube playlist table disappears when the toolbar is hidden
Categories
(Fenix :: Toolbar, defect, P1)
Tracking
(firefox132 verified)
Tracking | Status | |
---|---|---|
firefox132 | --- | verified |
People
(Reporter: emanuellclaudiu, Assigned: petru)
References
(Blocks 1 open bug)
Details
(Whiteboard: [kitkat banana sprint])
Attachments
(8 files)
User Agent: Mozilla/5.0 (Android 11; Mobile; rv:131.0) Gecko/131.0 Firefox/131.0
Steps to reproduce:
Setting: Scroll to hide address bar and toolbar activated and after we enter any playlist on m.youtube.com, for example with music and scroll down, it can be seen that the table showing the list of videos in the playlist disappears.
Actual results:
The playlist table disappears when the toolbar is hidden.
Expected results:
The table should remain on the screen regardless of the status of the toolbar.
Reporter | ||
Comment 1•1 month ago
|
||
Can it be set to the errors for the new toolbar?
Reporter | ||
Comment 2•1 month ago
|
||
And this error is related to this error: https://bugzilla.mozilla.org/show_bug.cgi?id=1888410
Because there is a problem with that table and the old toolbar.
Updated•1 month ago
|
Updated•1 month ago
|
Comment 3•29 days ago
|
||
Thanks for reporting this bug and finding the related bug 1888410 for the old toolbar. This is an interesting bug because the new toolbar shouldn't affect the page content's layout when the toolbar is closed, but it does.
Updated•22 days ago
|
Updated•22 days ago
|
Comment 4•22 days ago
|
||
Screen capture of nightly v131 showing the playlist m.youtube.com banner disappearing on scroll with "scroll to hide" enabled and the new navigation toolbar enabled.
Comment 5•22 days ago
|
||
Release v129 showing the playlist m.youtube.com banner not disappearing on scroll with "scroll to hide" enabled and no new navigation toolbar.
Assignee | ||
Updated•16 days ago
|
Assignee | ||
Comment 6•15 days ago
|
||
On a real device with a density of 2.75 1dp is measured as 3px while with using toInt()
we'd calculate it to be 2px.
roundToInt() gives the expected result (closest integer) and is also what is used
internally by compose for similar operations.
Assignee | ||
Comment 7•15 days ago
|
||
The navbar layout always has a top divider which was previously not included in the computed
height of the toolbar leading to errors when compared to the measured height.
Assignee | ||
Comment 8•15 days ago
|
||
The behavior applied when using just the address bar was already doing this, now
the behavior applied when using the navbar will do the same.
Updated•15 days ago
|
Assignee | ||
Comment 9•15 days ago
|
||
The above patches would help getting the same behavior when using the navbar to when we'd use just the addressbar.
This issue per se would be fixed but I think another still remains: this particular element - the youtube playlist is translated faster / further than other fixed elements like youtube's bottom bar.
@Botond - is this something that the APZ team can help with / do you know who else owns this functionality?
Updated•15 days ago
|
Assignee | ||
Comment 10•14 days ago
|
||
To describe the issue seen: we were calling setVerticalClipping
with a value bigger than that set through setDynamicToolbarMaxHeight
.
The above patches ensure this will not happen anymore.
Comment 11•14 days ago
|
||
(In reply to Petru-Mugurel Lingurar [:petru] from comment #9)
Created attachment 9422231 [details]
TranslatingFixedElements.mp4The above patches would help getting the same behavior when using the navbar to when we'd use just the addressbar.
This issue per se would be fixed but I think another still remains: this particular element - the youtube playlist is translated faster / further than other fixed elements like youtube's bottom bar.@Botond - is this something that the APZ team can help with / do you know who else owns this functionality?
Yes, the issue is reminiscent of bug 1894136.
Please go ahead and file a new issue for this in the Core :: Panning and Zooming component. Thanks!
Comment 12•9 days ago
|
||
Pushed by plingurar@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/1fe11f79d109 part 1 - Ensure conversions of dp to px are not floored r=android-reviewers,mavduevskiy https://hg.mozilla.org/integration/autoland/rev/63b1685c86c6 part 2 - Ensure we show a divider only when the microsurvey is showing r=android-reviewers,skhan https://hg.mozilla.org/integration/autoland/rev/8c38504b6e67 part 3 - Round values for vertical clipping instead of always flooring r=android-reviewers,mavduevskiy
Comment 13•8 days ago
|
||
bugherder |
https://hg.mozilla.org/mozilla-central/rev/1fe11f79d109
https://hg.mozilla.org/mozilla-central/rev/63b1685c86c6
https://hg.mozilla.org/mozilla-central/rev/8c38504b6e67
Assignee | ||
Updated•8 days ago
|
Comment 14•7 days ago
|
||
Verified as fixed on latest Nightly 132.0a1 from 09/11 with the following devices:
- Samsung Galaxy A53 5G (Android 14)
- Xiaomi 12 Pro (Android 13)
- LG G7 fit (Android 9)
Updated•7 days ago
|
Description
•