231338 - Middle-click / middlemouse prefs in Linux/*nix set to false [not set to true]

Status: VERIFIED WORKSFORME

(Firefox Build System :: General, defect)

Description

[Dai Toyama]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040117 Firebird/0.8.0+ (daihard: XFT+GTK2; optimized for P4/SSE-2)
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040117 Firebird/0.8.0+ (daihard: XFT+GTK2; optimized for P4/SSE-2)

Middle-clicking anywhere on the scroll bar should cause the scroll button to
jump to that location. It has been working that way with the Linux version of
Mozilla Firebird up to the 2004-01-15 build. However, in my 2004-01-17 build, it
no longer works. Middle-clicking on the scroll bar simply doesn't do anything.

Reproducible: Always

Steps to Reproduce:
1. Start Mozilla Firebird.
2. Middle-click an open area on the scroll bar.
3. See what happens to the scroll button.

Actual Results:  
Nothing happens.

Expected Results:  
The scroll button should have moved to the place which was middle-clicked on.

Comment 1

[Mike Connor [:mconnor]]

what is the last nightly that this worked in?

Comment 2

[Dai Toyama]

Hi Mike.

Thank you for the response. As far as I can tell, the 2004-01-15 build is the
last nightly where the feature has worked. I did not build a 2004-01-16 nightly;
which means it could have been broken since 01-16 or 01-17. HTH.

Dai

Comment 3

[Jesse Ruderman]

WFM on Windows.

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7a) Gecko/20040118
Firebird/0.8.0+ (Oxs G7 SSE optimized)

Comment 4

[Sean Umphlet (nosebleed)]

Confirmed

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040118 Firebird/0.8.0+

Comment 5

[David P James]

Possibly (or possibly not) related is the fact that middlemouse.contentLoadURL,
middlemouse.scrollbarPosition and middlemouse.paste have all been set to false
quite recently somehow. Setting them [back, I am emphasize *back*] to true fixes
the contentLoadURL problem but not the scrollbar problem, at least for me. I
don't know if it ever worked since I never used it that way.

I'll have to download an earlier build and take a look. Can anyone figure out
what checkins caused the middlemouse prefs to take on Windows rather than Linux
values?

Comment 6

[alanjstr]

afaik, this was caused by bug 224578.

Comment 7

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

This should have been fixed by bug 231200.

Comment 8

[Mike Connor [:mconnor]]

can someone test today's builds to see if this is true?  the fix landed 
yesterday so current CVS/nightly builds should work fine

Comment 9

[David P James]

No,this hasn't been fixed. My earlier comment was made from a 20040119 build
created following the checkin of the patch for bug 231200.

Comment 10

[Steffen Wilberg]

Setting middlemouse.scrollbarPosition to true works for me on windows after
disabling the All-in-One Gestures extension and restarting Firebird.

The pref is now set in bin/greprefs/all.js. The source location is
mozilla/modules/libpref/scr/init/all.js. That file has "platform-specific
#ifdefs at the end" which "override the generic * entries at the top".
On Linux, bin/greprefs/all.js should contain middlemouse.scrollbarPosition
twice: once set to false at the top (generic), once set to true at the bottom
(platform-specific, should override the former). Please check if you see this in
your bin/greprefs/all.js.

Before the checkin of bug 231200, Firebird's all.js contained that pref as well
and set it to false, thus overriding the platform-specific "true".

Comment 11

[Benjamin Smedberg]

This is mine, whether it's a real bug or not. Can I get someone to verify if
this still exists, with a build that fits these criteria:

1) you have a tree updated since 01/18/2004 15:39
2) you have wiped both dist/bin/greprefs/* and dist/bin/defaults/pref/* before
building (or done an ordinary "clean" build)

Comment 12

[Dai Toyama]

WFM now.

Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040119 Firebird/0.8.0+
(daihard: XFT+GTK2; optimized for P4/SSE-2)

I did a clobber build based on the tree I checked out at 4:50 PM (PST).

So it _is_ intended that all.js has been replaced with firebird.js, correct?

Comment 13

[Steffen Wilberg]

> So it _is_ intended that all.js has been replaced with firebird.js, correct?
Sort of. Firebird's old all.js got renamed to firebird.js. In addition to that,
we've now got the application independent all.js. See comment 10 and bug 231200
comment 0.

Comment 14

[Benjamin Smedberg]

OK, I'm gonna close this. If you experience this again, feel free to reopen.

Comment 15

[David P James]

v. WFM w/ Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7a) Gecko/20040120
Firebird/0.8.0+

-->Dupe-proofing the summmary
-->build-config

After a clobber build all is now good. This has to be one of the oddest
build-related bugs I've ever seen. Plus middlemouse in the scrollbar is now
working for me as well.

Comment 16

[Steffen Wilberg]

*** Bug 231440 has been marked as a duplicate of this bug. ***

Comment 17

[Steffen Wilberg]

Just in case anybody still experiences this problem:

Did you delete the whole MozillaFirebird directory before extracting the newer
build (like you should've done)? If you didn't, you've got the old
MozillaFirebird/defaults/pref/all.js left over from the older build, which
contains those prefs set to false. The file doesn't get overwritten by the new
version, because it's now called firebird.js.
Please erase the whole MozillaFirebird directory and reextract your build into it.

Comment 18

[Jesse Ruderman]

Why does Firebird load all.js when all.js is present, if that file isn't
supposed to exist?

Comment 19

[Steffen Wilberg]

Firebird loads every *.js file in defaults/pref/ and greprefs/.