Closed
Bug 260413
Opened 21 years ago
Closed 21 years ago
Find (ctrl-F & /) is broken in Linux on PR1
Categories
(Toolkit :: Find Toolbar, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: monty, Assigned: bugzilla)
Details
Attachments
(3 files)
User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040916 Firefox/0.10
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040916 Firefox/0.10
ctrl-F will find only the first occurance of a word in a page. Ctrl-G does not
find subsequent words. In the new toolbar at the bottom of the browser, only the
Highlight button works (but it works great and is really cool!). Find seems to
work great in Windows.
Reproducible: Always
Steps to Reproduce:
1.Type Ctrl-F, enter a common word
2.Type Ctrl-G (nothing happens)
3.Press Find Next & Find Previous buttons (again, nothing)
Actual Results:
Finds only first word
Expected Results:
Ctrl-g should find subsequent instances of that word
Running Gentoo Linux, built from source. Built with CFLAGS="-march=pentium4 -O3
-pipe -fomit-frame-pointer -fprefetch-loop-arrays -fforce-addr -falign-functions=4".
Reproducible on vanilla firefox downloaded from mozilla.org
Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040916 Firefox/0.10
I am seeing the same problem here. Find works for me on Windows XP and Mac OS X,
but not linux.
Comment 2•21 years ago
|
||
iirc, there's a gentoo bug on this being broken in the gentoo source. I might
be wrong.
Can you replicate this on a mozilla.org binary?
Reporter | ||
Comment 3•21 years ago
|
||
(In reply to comment #2)
> iirc, there's a gentoo bug on this being broken in the gentoo source. I might
> be wrong.
>
> Can you replicate this on a mozilla.org binary?
I just downloaded this and tried it w/ a mozilla binary, and it does not display
the problem. I believe you're right that it is a gentoo problem.
I am not using Gentoo. I installed from freshrpms. I will install the
mozilla.org binary and try again.
(In reply to comment #3)
> I just downloaded this and tried it w/ a mozilla binary, and it does not display
> the problem. I believe you're right that it is a gentoo problem.
This bugs appears also on Mandrake. The strange thing is that I've two very
similar computers (with the same binaries) and the "search" works only on one of
them, the other one have this bug. It might come from the preferences but I've
done a diff and couldn't find anything suspect :-(
Comment 7•21 years ago
|
||
Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040923 Firefox/0.10
Built on Redhat7.3.
Unable to find, only highlight. (The only functional item in new toolbar is
"highlight").
Old find (in ver0.9.3) worked correctly in same build environment.
Comment 8•21 years ago
|
||
If you build yourself, please attach the output of about:buildconfig as a text
file. I think if you don't build typeaheadfind it'll hork.
Comment 9•21 years ago
|
||
Comment 10•21 years ago
|
||
In the Javascript Console I'm finding the following related error:
Error: uncaught exception: [Exception... "Component returned failure code:
0x80570015 (NS_ERROR_XPC_CI_RETURNED_FAILURE) [nsIJSCID.createInstance]"
nsresult: "0x80570015 (NS_ERROR_XPC_CI_RETURNED_FAILURE)" location: "JS frame
:: chrome://global/content/bindings/browser.xml :: get_fastFind :: line 242"
data: no]
This error is repeated everytime the find should be updated (ie when switching
to another frame, when changing the find criteria, when "find next|previous" are
clicked.
Reporter | ||
Comment 11•21 years ago
|
||
The top about:buildconfig is the mozilla binary. The next one is from gentoo
which has the broken find.
Reporter | ||
Comment 12•21 years ago
|
||
Funny thing I noticed about the two buildconfigs is that the mozilla binary does
not add 'typeaheadfind' as one of its extensions. I'll try rebuilding without
typeaheadfind in gentoo and see if that might be the problem.
Comment 13•21 years ago
|
||
Yes, it seems to be related to the fact that some Linux Distributions still
enable the extension typeaheadfind. This seems to break the find-functionality
that is now included in Firefox.
For Gentoo there is already a bug reported at
http://bugs.gentoo.org/show_bug.cgi?id=64196 and it contains a patch that fixes
this.
Comment 14•21 years ago
|
||
Removing typeaheadfind from the --enable-extensions in my .mozconfig, followed
by a clean build (gmake -f client.mk clean && gmake -f client.mk), resulted in
a working find.
Comment 15•21 years ago
|
||
ah, right, typeaheadfind shouldn't be built, since we use a variant on that as a
core component now.
resolving invalid, since the default .mozconfig is what people are in theory
supposed to build with.
bsmedberg is working on better sanity checking for configure under another bug.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → INVALID
Updated•17 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•