Bug ID 1224995
Summary Native Firefox package on Plasma Wayland runs the KDE File Picker under XWayland, not respecting HDPI scaling
Classification openSUSE
Product openSUSE Tumbleweed
Version Current
Hardware x86-64
OS openSUSE Tumbleweed
Status NEW
Severity Normal
Priority P5 - None
Component Firefox
Assignee factory-mozilla@lists.opensuse.org
Reporter radicalite@proton.me
QA Contact qa-bugs@suse.de
Target Milestone ---
Found By ---
Blocker ---

Created attachment 875025 [details]
Filepicker comparsion between Native Firefox on TW and Flatpak Firefox

When using the file picker from the native Firefox package, the file picker
runs in XWayland, this isn't noticeable on non HiDPI displays unless there's a
HiDPI display connected, or are simply using a HiDPI screen as the only screen,
then this becomes instantly noticeable. 

This behaviour isn't consistent with applications from the rest of the system
(moving aside VLC, but the app itself runs entirely under XWayland by
default...), as they run the file picker under Wayland, following the correct
scaling setting. the Firefox flatpak also runs the file picker under Wayland
correctly (via Portal). This behaviour also doesn't happen with the native
Firefox package on TWGNOME, running the GTK file picker under Wayland with
respect to scaling, so I assume this happens from the OpenSUSE KDE patches
added to Firefox?

Install is a fresh TWKDE install. Comparison in image 

Operating System: openSUSE Tumbleweed 20240520
KDE Plasma Version: 6.0.4
KDE Frameworks Version: 6.2.0
Qt Version: 6.7.0
Kernel Version: 6.9.1-1-default (64-bit)
Graphics Platform: Wayland
Processors: 4 × Intel® Core™ i5-6267U CPU @ 2.90GHz
Memory: 7.6 GiB of RAM
Graphics Processor: Mesa Intel® Iris® Graphics 550
Manufacturer: Apple Inc.
Product Name: MacBookPro13,2
System Version: 1.0 

Display config is 
2560x1600@175%@60hz (Built-in Screen) set to left
1920x1080@100%@120hz (Acer Technologies VG242Y) set to right, set as primary
display.


You are receiving this mail because: