Hi all,
I've noticed since F22 I can't grab the Firefox scrollbar with the mouse pointer when it's on the very right of the bar. I have to move it in a pixel or two in before it works. It's like there's a thin inactive border around it.
Someone else noticed it too: https://bugzilla.redhat.com/show_bug.cgi?id=1232399
Anyone know a workaround? No other programs on F22 seem to have this problem, even Thunderbird.
-Phil
On 06/26/2015 05:21 AM, Philip Heron wrote:
Hi all,
I've noticed since F22 I can't grab the Firefox scrollbar with the mouse pointer when it's on the very right of the bar. I have to move it in a pixel or two in before it works. It's like there's a thin inactive border around it.
Someone else noticed it too: https://bugzilla.redhat.com/show_bug.cgi?id=1232399
Anyone know a workaround? No other programs on F22 seem to have this problem, even Thunderbird.
-Phil
Only workaround I had found was to create and use a new profile.
On 06/26/2015 04:21 AM, Philip Heron wrote:
I've noticed since F22 I can't grab the Firefox scrollbar with the mouse pointer when it's on the very right of the bar. I have to move it in a pixel or two in before it works. It's like there's a thin inactive border around it. Anyone know a workaround? No other programs on F22 seem to have this problem, even Thunderbird.
I don't know about a workaround, but it's probably worth noting that (unless I'm confused) Firefox in F22 has been ported to GTK3, and Thunderbird has not.
On 06/26/2015 11:22 AM, Gordon Messmer wrote:
On 06/26/2015 04:21 AM, Philip Heron wrote:
I've noticed since F22 I can't grab the Firefox scrollbar with the mouse pointer when it's on the very right of the bar. I have to move it in a pixel or two in before it works. It's like there's a thin inactive border around it. Anyone know a workaround? No other programs on F22 seem to have this problem, even Thunderbird.
I don't know about a workaround, but it's probably worth noting that (unless I'm confused) Firefox in F22 has been ported to GTK3, and Thunderbird has not.
Well, if the OP has gtk3 and it's deps installed, then the OP still should not be having this issue, unless the port has a bug.
Gordon Messmer writes:
I don't know about a workaround, but it's probably worth noting that (unless I'm confused) Firefox in F22 has been ported to GTK3, and Thunderbird has not.
This seems to explain why Firefox's scrollbar acquired the obnoxious behavior of the left mouse button click resulting in the scroll position jumping directly to the click point, instead of advancing only by a single page. It's now necessary to use the right mouse button to do the same thing that the left mouse button used to do.
Oh well, just another Gnome "usability improvement": force you to use the right mouse button to do what the left mouse button did for at least a decade, if not more.
On 06/26/2015 02:34 PM, Sam Varshavchik wrote:
This seems to explain why Firefox's scrollbar acquired the obnoxious behavior...
Yeah, that too. And why Ctrl+K doesn't move the cursor to the search box. Some of these are, IMO, bad design decisions with GTK3. The border to the right of firefox's scroll bar is probably just a bug, though. Other GTK3 apps don't behave that way.
On Fri, 26 Jun 2015 15:59:45 -0700 Gordon Messmer gordon.messmer@gmail.com wrote:
On 06/26/2015 02:34 PM, Sam Varshavchik wrote:
This seems to explain why Firefox's scrollbar acquired the obnoxious behavior...
Yeah, that too. And why Ctrl+K doesn't move the cursor to the search box. Some of these are, IMO, bad design decisions with GTK3.
Does work for me. Perhaps it is a feature of the site you are visting?
Ranjan
____________________________________________________________ FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more!
On 06/26/2015 05:39 PM, Ranjan Maitra wrote:
On Fri, 26 Jun 2015 15:59:45 -0700 Gordon Messmer gordon.messmer@gmail.com wrote:
On 06/26/2015 02:34 PM, Sam Varshavchik wrote:
This seems to explain why Firefox's scrollbar acquired the obnoxious behavior...
Yeah, that too. And why Ctrl+K doesn't move the cursor to the search box. Some of these are, IMO, bad design decisions with GTK3.
Does work for me. Perhaps it is a feature of the site you are visting?
Ranjan
Could also be caused by an add-on?? By a directive sent by the web site to the browser?
On Fri, 26 Jun 2015 17:47:51 -0600 jd1008 jd1008@gmail.com wrote:
On 06/26/2015 05:39 PM, Ranjan Maitra wrote:
On Fri, 26 Jun 2015 15:59:45 -0700 Gordon Messmer gordon.messmer@gmail.com wrote:
On 06/26/2015 02:34 PM, Sam Varshavchik wrote:
This seems to explain why Firefox's scrollbar acquired the obnoxious behavior...
Yeah, that too. And why Ctrl+K doesn't move the cursor to the search box. Some of these are, IMO, bad design decisions with GTK3.
Does work for me. Perhaps it is a feature of the site you are visting?
Ranjan
Could also be caused by an add-on?? By a directive sent by the web site to the browser?
I don't think you meant to ask me this question. Sam is the guy who is having issues with Ctrl+K, not me.
Ranjan
____________________________________________________________ FREE ONLINE PHOTOSHARING - Share your photos online with your friends and family! Visit http://www.inbox.com/photosharing to find out more!
On 06/26/2015 06:00 PM, Ranjan Maitra wrote:
On Fri, 26 Jun 2015 17:47:51 -0600 jd1008 jd1008@gmail.com wrote:
On 06/26/2015 05:39 PM, Ranjan Maitra wrote:
On Fri, 26 Jun 2015 15:59:45 -0700 Gordon Messmer gordon.messmer@gmail.com wrote:
On 06/26/2015 02:34 PM, Sam Varshavchik wrote:
This seems to explain why Firefox's scrollbar acquired the obnoxious behavior...
Yeah, that too. And why Ctrl+K doesn't move the cursor to the search box. Some of these are, IMO, bad design decisions with GTK3.
Does work for me. Perhaps it is a feature of the site you are visting?
Ranjan
Could also be caused by an add-on?? By a directive sent by the web site to the browser?
I don't think you meant to ask me this question. Sam is the guy who is having issues with Ctrl+K, not me.
Ranjan
:) I was not asking. Just commenting :) :) The ?? just to indicate "guessing" :)
On 06/26/2015 04:39 PM, Ranjan Maitra wrote:
Yeah, that too. And why Ctrl+K doesn't move the cursor to the search box. Some of these are, IMO, bad design decisions with GTK3.
Does work for me. Perhaps it is a feature of the site you are visting?
It doesn't work when the text cursor is in a GTK text area. It will, otherwise. Ctrl+J will move to the search box regardless, but that's inconsistent with Thunderbird and Chrome, and with older GTK2 Firefox releases (using the default keybindings, anyway)
On 26 June 2015 at 23:34, Sam Varshavchik mrsam@courier-mta.com wrote:
Gordon Messmer writes:
I don't know about a workaround, but it's probably worth noting that (unless I'm confused) Firefox in F22 has been ported to GTK3, and Thunderbird has not.
This seems to explain why Firefox's scrollbar acquired the obnoxious behavior of the left mouse button click resulting in the scroll position jumping directly to the click point, instead of advancing only by a single page. It's now necessary to use the right mouse button to do the same thing that the left mouse button used to do.
Oh well, just another Gnome "usability improvement": force you to use the right mouse button to do what the left mouse button did for at least a decade, if not more.
I first noticed that change in behaviour with F21 (where Firefox still uses GTK2 AFAIK); looking closer, in F21 this change affected GTK2 apps that used the default Adwaita theme. But it seems to affect GTK3 apps natively (or more I can't find any other GTK3 themes to test with).
Fortunately in an older thread[1] on this ML, someone found a way to revert to the old/default behaviour by putting this in ~/.config/gtk-3.0/settings.ini: [Settings] gtk-primary-button-warps-slider=0
you'll need to restart Firefox for the changes to take effect.
[1] https://lists.fedoraproject.org/pipermail/users/2014-December/455854.html
On 27/06/15 05:56, Ahmad Samir wrote:
Fortunately in an older thread[1] on this ML, someone found a way to revert to the old/default behaviour by putting this in ~/.config/gtk-3.0/settings.ini: [Settings] gtk-primary-button-warps-slider=0
Ah this fixes my other issue with the scrollbars. I'd missed this earlier thread, thanks!
-Phil
On Fri, Jun 26, 2015 at 05:34:07PM -0400, Sam Varshavchik wrote:
This seems to explain why Firefox's scrollbar acquired the obnoxious behavior of the left mouse button click resulting in the scroll position jumping directly to the click point, instead of advancing only by a single page. It's now necessary to use the right mouse button to do the same thing that the left mouse button used to do.
I use Firefox Nightly (not Fedora provided of course), and I do not see the behaviour you describe, still the old behaviour. Are you sure it's not something else?
My FF version: 41.0a1 (2015-06-27)
Suvayu Ali writes:
On Fri, Jun 26, 2015 at 05:34:07PM -0400, Sam Varshavchik wrote:
This seems to explain why Firefox's scrollbar acquired the obnoxious behavior of the left mouse button click resulting in the scroll position jumping directly to the click point, instead of advancing only by a single page. It's now necessary to use the right mouse button to do the same thing that the left mouse button used to do.
I use Firefox Nightly (not Fedora provided of course), and I do not see the behaviour you describe, still the old behaviour. Are you sure it's not something else?
My FF version: 41.0a1 (2015-06-27)
Since I'm using the Fedora version, the best person to answer this question would be whoever packages Firefox. I'm too lazy to look at the patches in the srpm.
Having absolutely zero knowledge of that, my semi-educated guess would be that Mozilla's nightly build targets GTK2, while the Fedora Firefox package targets GTK3.
Which would be the right decision for Fedora, without doubt. Presuming that this is the case, the problem is not that Firefox is targetting GTK3 in Fedora. The real problem is that Gnome has jumped the shark.
On Sat, 27 Jun 2015 21:56:07 +0200 Suvayu Ali fatkasuvayu+linux@gmail.com wrote:
On Fri, Jun 26, 2015 at 05:34:07PM -0400, Sam Varshavchik wrote:
This seems to explain why Firefox's scrollbar acquired the obnoxious behavior of the left mouse button click resulting in the scroll position jumping directly to the click point, instead of advancing only by a single page. It's now necessary to use the right mouse button to do the same thing that the left mouse button used to do.
I use Firefox Nightly (not Fedora provided of course), and I do not see the behaviour you describe, still the old behaviour. Are you sure it's not something else?
My FF version: 41.0a1 (2015-06-27)
I compile nightly from a local hg repository with my own configuration. I am using gtk3 and I saw this scrolling behavior before implementing the workaround. I was also using nightly as my default browser instead of the fedora version, but several addons don't work with nightly. In particular, the maff save page add on seems to work, but doesn't save the page. I believe this is due to the new sandbox feature in firefox. Addons that affect content will have to be rewritten to use frame scripts, to separate control from manipulation. Apparently, this sandbox feature, which is to enhance security, will be in the production versions by the end of this year. At that point, I expect all the addons will upgrade to the new style, and will fail on older versions of firefox that don't support the feature.
For now, they still work properly on the fedora version.
I *think* the behavior was a compromise in gtk3 / gtk+ in order to allow touch screens and pointers to both work with the same code. But that is just a guess.
On 06/26/2015 07:22 PM, Gordon Messmer wrote:
On 06/26/2015 04:21 AM, Philip Heron wrote:
I've noticed since F22 I can't grab the Firefox scrollbar with the mouse pointer when it's on the very right of the bar. I have to move it in a pixel or two in before it works. It's like there's a thin inactive border around it. Anyone know a workaround? No other programs on F22 seem to have this problem, even Thunderbird.
I don't know about a workaround, but it's probably worth noting that (unless I'm confused) Firefox in F22 has been ported to GTK3, and Thunderbird has not.
Does this also explain, why Firefox scrollbars don't anymore with xfce?
Ralf
Ralf Corsepius writes:
On 06/26/2015 07:22 PM, Gordon Messmer wrote:
I don't know about a workaround, but it's probably worth noting that (unless I'm confused) Firefox in F22 has been ported to GTK3, and Thunderbird has not.
Does this also explain, why Firefox scrollbars don't anymore with xfce?
I use the xfce desktop. Aside from the obnoxious left/right mouse button swap behavior with GTK scrollbars, works for me.
On 06/27/2015 02:01 AM, Sam Varshavchik wrote:
Ralf Corsepius writes:
On 06/26/2015 07:22 PM, Gordon Messmer wrote:
I don't know about a workaround, but it's probably worth noting that (unless I'm confused) Firefox in F22 has been ported to GTK3, and Thunderbird has not.
Does this also explain, why Firefox scrollbars don't anymore with xfce?
I use the xfce desktop. Aside from the obnoxious left/right mouse button swap behavior with GTK scrollbars, works for me.
For me, Firefox does not respect the theme I have selected in xfce.
It seems to be using some built-in theme (probably from Gnome) which is pretty much unusable on mouse-less systems.
Ralf
On 30 June 2015 at 16:28, Ralf Corsepius rc040203@freenet.de wrote:
For me, Firefox does not respect the theme I have selected in xfce.
It seems to be using some built-in theme (probably from Gnome) which is pretty much unusable on mouse-less systems.
In F22? IIUC (I don't use xfce myself) the xfce theme settings can change the theme for GTK2 apps, but FF is GTK3 based in F22...
On 06/30/2015 05:23 PM, Ahmad Samir wrote:
On 30 June 2015 at 16:28, Ralf Corsepius rc040203@freenet.de wrote:
For me, Firefox does not respect the theme I have selected in xfce.
It seems to be using some built-in theme (probably from Gnome) which is pretty much unusable on mouse-less systems.
In F22?
Yes, this is on F22.
I am using xfce with a theme with arrow-buttons at the end of scrollbars, but firefox and other Gnome3 stuff seems to insist on arrow-less scrollbars and ignores the theme.
Ralf
On 30 June 2015 at 17:42, Ralf Corsepius rc040203@freenet.de wrote:
On 06/30/2015 05:23 PM, Ahmad Samir wrote:
On 30 June 2015 at 16:28, Ralf Corsepius rc040203@freenet.de wrote:
For me, Firefox does not respect the theme I have selected in xfce.
It seems to be using some built-in theme (probably from Gnome) which is pretty much unusable on mouse-less systems.
In F22?
Yes, this is on F22.
I am using xfce with a theme with arrow-buttons at the end of scrollbars, but firefox and other Gnome3 stuff seems to insist on arrow-less scrollbars and ignores the theme.
GTK3 theme selection isn't affected by the GTK2 theme selection; does the theme you're using have a GTK3 variant? if it does edit ~/.config/gtk-3.0/settings.ini: [Settings] gtk-theme-name=Adwaita
Adwaita is the default GTK3 theme.
On 06/30/2015 05:48 PM, Ahmad Samir wrote:
On 30 June 2015 at 17:42, Ralf Corsepius rc040203@freenet.de wrote:
On 06/30/2015 05:23 PM, Ahmad Samir wrote:
On 30 June 2015 at 16:28, Ralf Corsepius rc040203@freenet.de wrote:
For me, Firefox does not respect the theme I have selected in xfce.
It seems to be using some built-in theme (probably from Gnome) which is pretty much unusable on mouse-less systems.
In F22?
Yes, this is on F22.
I am using xfce with a theme with arrow-buttons at the end of scrollbars, but firefox and other Gnome3 stuff seems to insist on arrow-less scrollbars and ignores the theme.
GTK3 theme selection isn't affected by the GTK2 theme selection; does the theme you're using have a GTK3 variant? if it does edit ~/.config/gtk-3.0/settings.ini: [Settings] gtk-theme-name=Adwaita
Adwaita is the default GTK3 theme.
I am using ClearLooks, AdWaita lacks the arrows and therefore is unusable crap (Like much of Gnoem3)
Ralf