6:21 a.m.
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
11 a.m.
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.
12:22 p.m.
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.
12:44 p.m.
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.
4:34 p.m.
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.
5:59 p.m.
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.
6:39 p.m.
On Fri, 26 Jun 2015 15:59:45 -0700 Gordon Messmer <gordon.messmer(a)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!
6:47 p.m.
On 06/26/2015 05:39 PM, Ranjan Maitra wrote:
On Fri, 26 Jun 2015 15:59:45 -0700 Gordon Messmer
<gordon.messmer(a)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?
7 p.m.
On Fri, 26 Jun 2015 17:47:51 -0600 jd1008 <jd1008(a)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(a)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!
7:02 p.m.
On 06/26/2015 06:00 PM, Ranjan Maitra wrote:
On Fri, 26 Jun 2015 17:47:51 -0600 jd1008 <jd1008(a)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(a)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" :)
6:59 p.m.
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)
11:56 p.m.
On 26 June 2015 at 23:34, Sam Varshavchik <mrsam(a)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
--
Ahmad Samir
6:34 a.m.
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
2:56 p.m.
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
Open source is the future. It sets us free.
4:17 p.m.
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.
5:41 p.m.
On Sat, 27 Jun 2015 21:56:07 +0200
Suvayu Ali <fatkasuvayu+linux(a)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.
6:45 p.m.
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
7:01 p.m.
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.
9:28 a.m.
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
10:23 a.m.
On 30 June 2015 at 16:28, Ralf Corsepius <rc040203(a)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...
--
Ahmad Samir
10:42 a.m.
On 06/30/2015 05:23 PM, Ahmad Samir wrote:
On 30 June 2015 at 16:28, Ralf Corsepius <rc040203(a)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
10:48 a.m.
On 30 June 2015 at 17:42, Ralf Corsepius <rc040203(a)freenet.de> wrote:
On 06/30/2015 05:23 PM, Ahmad Samir wrote:
>
> On 30 June 2015 at 16:28, Ralf Corsepius <rc040203(a)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.
--
Ahmad Samir
11:33 a.m.
On 06/30/2015 05:48 PM, Ahmad Samir wrote:
On 30 June 2015 at 17:42, Ralf Corsepius <rc040203(a)freenet.de>
wrote:
> On 06/30/2015 05:23 PM, Ahmad Samir wrote:
>>
>> On 30 June 2015 at 16:28, Ralf Corsepius <rc040203(a)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
3233
days inactive
3237
days old
22 comments
9 participants
participants (9)
-
Ahmad Samir -
Gordon Messmer -
JD -
Philip Heron -
Ralf Corsepius -
Ranjan Maitra -
Sam Varshavchik -
stan -
Suvayu Ali