Firefox scrollbar doesn't work

English Applications
1

Hi,
I’m using the default MozillaFirefox version 68.4.1esr (64-bit) or package 68.4.1-lp151.2.24.1 x86_64 (15.1:Update), kernel 4.12.14-lp151.28.36-default and GNOME Shell 3.26.2. When I click into the right scrollbar or try to drag there, the windows content doesn’t scroll (as I am pretty sure it used work some versions back). The only way to croll the the content is by using the mouse scroll wheel inside the window.

Another thing I think that worked previously, was to resize the Firefox window by dragging the right edge or the right lower corner. This is a minor issue, as dragging the left edge or left top corner works.

Any experience that confirm this behaviour?

Thx
Terje

2

Hi
I can’t duplicate here, this is on a single screen? Are you running a custom theme or the default? If you create a test user and login, does the issue duplicate?

I did increase the size of the scrollbar, but default worked fine;


cat ~/.config/gtk-3.0/gtk.css

scrollbar, scrollbar button, scrollbar slider {
   min-width: 12px;
   min-height: 12px;
3

Hi, I don’t knwo if this will help you, but actually I ran into a similar problem over vnc session, reason was stuck key, I don’t remember which one, but could have been alt.

Have you tried to start ff with a clean profile? Like executing firefox -profile “/tmp/test”

4

Additional information:
I’ve discovered that the unfunctional scrollbar happends just when the Firefox window is demaximized as I prefere, while it works ok with maximized window size on my workstation (switch between maximized and demaximized windows by dual clicking on the window top-bar).

I use the default Firefox theme, with menus and toolbars (bookmarks) enabled. Leap with Firefox etc has been update installed over previous distributions and versions.
The first thing I discovered say a month ago, was the issue not to be able resize the Firefox window by dragging the window right edge or right-down corner. However it was possible to resize the window using the Alt-Space menu.

I have also tested on my ultra-book hidpi with the correspondig installation, and there the Firefox scrollbar works for both maximized and demaximized windows.
There another graphical issue occures when I dualclick on the default maximized Firefox window top bar, the topbar alone is kept visible but no window or content else beyond the Gnome desktop wallpaper. However right click on the maximized Firefox window’s topbar instead, bring up a menu with a demaximize selection that works…

5

Hi
Does it duplicate with the Test user?

6

I tried to create a testuser with YaST2 useradmin (which was listed there), but afterwards it was not listed by GDM. Even that I tried to login with the testuser name and password, but it did not work. I don’t know why this didn’t work.

7

Hi
Try the command line?


su -
useradd -m mytest
passwd mytest
exit
8

Ok, CL worked to create the test user who could logon with GDM.
And the Firefox scrollbar still doesn’t work on a demaximized Firefox window on the workstation.
It works on a maximized window also for the test user.

9

Hi
Tried every which way I can here with no issue.

Since it duplicates then it’s at a system level, so you have no customization’s at a system level with respect to gtk, themes etc?

When you say distributions/upgrades, does this mean retaining the /home partition and installing/upgrading?

10

I can’t remember any customizations, but from experience I’m not quite sure after several years with openSUSE versions on this machine.
And yes, I’ve retained separate /home during install/upgrades, both online upgrades and mostly upgrades from installations DVD that put in a few more packages.

But now I have some more specific information about this issue:
Accidently I just discovered that the “scrollbar indeed works” on a fraction of a mm width, when the arrow pointer is located as close as possible to the left edge of the scrollbar. This is for the demaximized FF window. When the window is maximized the scrollbar works as normal within its 3 mm width on my 24" screen 1920x1080 resolution. I’ve also tried to upsize the scrollbar to about 5 mm width with your gtk.css in your first reply, but still the same issue behaviour in a demaximized FF window.

11

Hi
One thought, are you running Wayland or Xorg?


echo $XDG_SESSION_TYPE
12

Wayland,

  • on both this workstation and on the mentioned hidpi ultrabook (XPS13/9370)

I thought also about this yesterday, but couldn’t remember how to verify Wayland or X11 after logon.
Looking on the GDM session setting menu, it doesn’t tell clearly what is selected, just the GNOME entry on top, so obviously Wayland is the default for Gnome on Leap (?). (I remember I also tried both Wayland and X11 during a previous Leap beta, due to other hidpi scaling issues on the ultrabook).

But most important, when I now enable “Gnome on Xorg” at GDM logon on my workstation, the FF demaximized window’s scrollbar works correctly!
One thought about why Firefox on the workstation and on the ultrabook behave differently with Wayland, may be some different scale settings.

13

Hi
So how did you enable scaling, via gsettings command and then adjust via device settings?

I use;


gsettings set org.gnome.mutter experimental-features "'scale-monitor-framebuffer']"
14

I use the following scale settings with Gnome gui tools:

fonts:
gnome-control-center: Universal Access > Large text enabled
gnome-tweak-tool (tweaks): Text > 1,25 scale factor

screen (generic):
gnome-control-center: Units > Screens: 100% (my workstation w/24" 1920x1080 screen)
(gnome-control-center: Units > Screens: 200% (my xps13 ultrabook w/ hidpi 3840x2160))

15

Hi
I would suggest the gsetting command I use and see if that helps, set the laptop one to 125% via device settings.

16

Hi, I tested the gsetting command on my workstation, and disabled the Universal Large Text.
This unhappily had no effect on the FF demaximized window scrollbar issue.

Because the text fonts became smaller than I prefere, I also tried the device screen scale factor 125% on the workstation, which was not a good combination for its 1920 resolution screen (yes, I noticed you suggested it for the laptop) as the app icons became blurry. I re-enabled therefore the Universal Access Large Text, which in effect upscales the fonts 1,25 (noticed that with Tweaks opened) and possibly also increase the boldness/sharpness (contrast).

17

Hi
I only have Tumbleweed running wayland (DELL Venue 11), Leap 15.1 is Nvidia on Xorg (qemu machine). I’m assuming on the defaults (even small) work fine in wayland, just when you scale it plays up?

18

Well, I think it’s time to thank for the help to troubleshoot this and leave this FF scrollbare issue on Leap 15.1 for the present time. The workaround is Gnome/Xorg or Gnome/Wayland session using the mouse scroll button only or a FF maximized window where scroll bar is working.
This workstation is a Supermicro X10SAE, Intel Xeon E3-1241 cpu, NVIDIA GM206 [GeForce GTX 960] using nouveau driver.

I had also Thumbleweed in a dual-boot setup on this machine (root with embedded /home), upgraded it to the current 20200124 version (kernel 5.4.13, Gnome shell 3.34.3, FF 72.0.2 (not esr)). Tested a Gnome/Wayland session here which confirmed that also the demaximized FF window had a normal working scrollbar.

19

I had a similar problem with a missing scrollbar in the Firefox window quite some time ago.
That occurred under Leap 42.2 or 42.3 with KDE on a laptop with as well NVIDIA graphics.

A workaround that I then found by chance for that configuration was to start Thunderbird first, and then additionally start Firefox afterwards.
Then I did get a scrollbar for the Firefox window.

20

I tried that order and started Thunderbird first and then Firefox next. While Thunderbird’s scrollbar works perfectly, this didn’t help regards the non-working Firefox scrollbar.

If someone tells me which Firefox environment profile to try and rename, I could try to copy a corresponding and working Firefox profile from another machine and test if this fix the scrollbar issue? (I expect scaling etc has to customized, because the other machine is on a hdpi ultra-book).