Open Bug 1629117 Opened 4 years ago Updated 4 years ago

Quantumbar does not match Firefox's touch density behaviour

Categories

(Firefox :: Address Bar, defect, P3)

77 Branch
defect

Tracking

()

People

(Reporter: billdillensrevenge, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:76.0) Gecko/20100101 Firefox/76.0

Steps to reproduce:

Firefox's touch density behaviour is: even if the user has chosen "Compact" density, when a menu/dropdown is triggered via touchscreen, that menu/dropdown has touch density/spacing. Quantumbar should work this way too, but it doesn't.

(I used Nightly 77.0a1, set density to "compact", then tapped the URL bar. There isn't enough spacing)

Bugbug thinks this bug should belong to this component, but please revert this change in case of error.

Component: Untriaged → Address Bar
Blocks: fx-touch

Can someone please check if this is a regression? I tried to disable Quantumbar to check but it won't work, I'm stuck with Quantumbar. This issue was brought to my attention in the long megathread on reddit but I can't find it now (there's 800 comments in the thread...)

(sorry for double posting) just got to try this on a Surface Pro tablet and indeed, it is not a great experience. Density was set to "Normal". Is it possible this can be bumped in priority so Windows tablet users get a good browsing experience with Firefox?

Just managed to disable quantumbar in beta and it turns out this is not a regression but it's still a valid issue. (Just to be clear, it's not only about "compact" density, it's also about "Normal" density too. If a menu/dropdown is accessed via touchscreen it's supposed to ignore the density the browser is set to and use "Touch" density/spacing)

I think Dao i working on some density issues and may know if this is a dupe of an already tracked bug.

Flags: needinfo?(dao+bmo)

I don't know.

Flags: needinfo?(dao+bmo)
Status: UNCONFIRMED → NEW
Ever confirmed: true
Priority: -- → P3

Resetting severity to default of --.

This works for me in FF75 on Windows 10.
The density of Quantumbar results change after switching Touch / Normal / Compact without any problem.

There are only 2 bars in Firefox still lack changing the density. LibraryBar (??) and SideBar-Header (https://bugzilla.mozilla.org/show_bug.cgi?id=1538491)

Hades, that's not what this bug is. This bug is: when an element is triggered via touchscreen, it's supposed to ignore whatever the density is set to and use the "Touch" density/spacing instead. For example: So when Firefox is set to "Normal" density, when a user taps on quantumbar (via touchscreen), they should see the "Touch" density version of quantumbar, even though the rest of the UI is at "Normal" density.

Because this bug's Severity has not been changed from the default since it was filed, and it's Priority is P3 (Backlog,) indicating it has been triaged, the bug's Severity is being updated to S3 (normal.)

Severity: normal → S3

Another reason this should be done soon: as of Windows 10 build 19592, when you detach the display from the keyboard, Windows 10 will no longer switch to "Tablet mode" by default, which means Firefox will remain at it's "Normal" density instead of switching to "Touch" density, and the "Normal" density/spacing for Quantumbar is not good for touch use. More info here if you're interested https://blogs.windows.com/windowsexperience/2020/03/25/announcing-windows-10-insider-preview-build-19592/

Attached image accessedviatouch.png

Btw it's not just Firefox's touchscreen density behaviour that is not being respected here, it's Windows 10's too. Menus throughout Windows 10 have touch density/spacing when triggered via touchscreen. For example, the "Power" section in the Start menu. Megabar really needs this soon, I'd say this is a P2

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: