#8330 closed enhancement (fixed)
firefox scroll bars broken again. (and now version 49.0.1)
| Reported by: | Owned by: | Douglas R. Reno | |
|---|---|---|---|
| Priority: | normal | Milestone: | 8.0 |
| Component: | BOOK | Version: | SVN |
| Severity: | normal | Keywords: | |
| Cc: |
Description
Whilst I was using ff-48.0.2 on LFS-7.10 I realised that the scrollbars were again missing their sliders - that was with gtk+-3.20.9 and the gtk-3.20 patch.
With 49.0 the patch has apparently been merged upstream (e.g. fedora dropped it), but the problem remains.
This does not stop scrolling (use cursor keys, or put the mouse in the scrollbar), but it can make it slightly harder to use.
Today I updated several previous systems to ff-49 using gtk3 - on all of them (up to early August, which had gtk+-3.20.6) the scrollbars work correctly and are styled for gtk3 (a coloured area wit h curved edges).
That made me realise that on my 7.10 system the scrollbars are styled as if for gtk2, but without the slider.
Temporarily reverting to gtk+-3.20.6 did not fix this.
I'm creating a ticket in the hope that the fix eventually becomes apparent. If things work with gtk+-3.22 it will be fine to close this.
Change History (11)
comment:1 by , 8 years ago
follow-up: 3 comment:2 by , 8 years ago
It actually sounds like an issue with /usr/share/themes/ or /usr/share/pixmaps/.
Perhaps start at ~/gtk-3.0/settings.ini. I'm still at FF 48.0.2, but do not have nay problems.
I use --enable-default-toolkit=cairo-gtk2 (but not patches) in my FF build so that may be a difference.
comment:3 by , 8 years ago
Replying to bdubbs@…:
This is specific to the default gtk3 toolkit.
It actually sounds like an issue with /usr/share/themes/ or /usr/share/pixmaps/.
Perhaps start at ~/gtk-3.0/settings.ini. I'm still at FF 48.0.2, but do not have nay problems.
The builds share ~/ and I'm fairly sure I installed all the same themes in each. So settings.ini is shared. The 7.10 system is on my dev machine, along with 7.9 and svn from the end of May - only 7.10 has the problem. The early-August and June 2015 (that was gtk-3.16) builds are on a different machine, but again I think all the same relevant packages are installed, just at different versions.
I use --enable-default-toolkit=cairo-gtk2 (but not patches) in my FF build so that may be a difference.
That is indeed the difference - all my systems use gtk3 for firefox. I've been using that for some time, and my systems from before that either rolled out of use or now use seamonkey because my gcc-4.9 systems can no longer compile firefox.
comment:4 by , 8 years ago
I see that Arch have now upgraded. Nothing relevant to the immediate issue, but they have dropped -fno-lifetime-dse from their CXXFLAGS.
comment:5 by , 8 years ago
| Summary: | firefox scroll bars broken again. → firefox scroll bars broken again. (and now version 49.0.1) |
|---|
comment:6 by , 8 years ago
| Owner: | changed from to |
|---|---|
| Status: | new → assigned |
comment:7 by , 8 years ago
| Resolution: | → fixed |
|---|---|
| Status: | assigned → closed |
Fixed at r17869
Note that the scrollbars work for me. I am running GTK+-3.22.1 for my GTK3 version.
comment:8 by , 8 years ago
Coming back to this to document what actually broke it : kf5 with its Breeze theme in /opt. That perhaps works fine if you are using mainly kde, but on my current desktop I do not have any environment variables pointing to /opt/kf5/share and in any case I recall that the Breeze theme made things very hard to read a few releases ago.
Anyway, in the meantime I had noticed that the main menu options in libreoffice (along the top) were very squashed-up, and the same for the path along the top of the File->Open dialog.
Turns out that ~/.config/gtk-3.0/settings.ini contained
[Settings] gtk-font-name=Noto Sans 10 gtk-theme-name=Breeze gtk-icon-theme-name=breeze gtk-fallback-icon-theme=gnome gtk-toolbar-style=GTK_TOOLBAR_ICONS gtk-menu-images=1 gtk-button-images=1
Changing {B.b}reeze to Adwaita (which is now installed) has fixed both problems - I've no idea which theme I used before kf5 forced me to use Breeze, but I suspect it was Adwaita : not sure what happens if it has not been installed.
This has also fixed the 'no boxes for buttons' problem in trac. Bloody kde!
follow-up: 10 comment:9 by , 8 years ago
I'm glad you found the problem, but I'm unclear why it's kde's fault. My ~/.config/gtk-3.0/settings.ini is the default set on the gtk+3 page. Kde doesn't change that.
comment:10 by , 8 years ago
Replying to bdubbs@…:
I'm glad you found the problem, but I'm unclear why it's kde's fault. My ~/.config/gtk-3.0/settings.ini is the default set on the gtk+3 page. Kde doesn't change that.
On my previous test machine I discovered that Breeze had been forced on me, see http://osdir.com/ml/blfs-dev/2016-05/msg00047.html I did not establish whether startkde was responsible, or whether invoking plasma from sddm had done it.
In any case, the problem is also present on my stable 7.10 machine which had been using xfce-winter : that was fine in previous versions of firefox and gtk+-3.18 but showed the same issue until I installed Adwaita.
I've added details into the User Notes, I'll remove the 'Note' about this (on the firefox page) in a minute.
Also, the "spaces for the buttons" (circles with white buttons) in the 'Modify Ticket' option in trac do not appear. I was able to click where the space was, and that worked.