Closed
Bug 260065
Opened 21 years ago
Closed 21 years ago
find does highlight but find next and find previous dont work. additional problem in details
Categories
(Toolkit :: Find Toolbar, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 251543
People
(Reporter: palendrome2002, Assigned: bugzilla)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040915 Firefox/0.10
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040915 Firefox/0.10
So find doesn't seem to work. I did compile from source on a linux from scratch
5.1 os. Even hitting enter does not cause find to jump to the first instance.
Obviously I was able to compile and install with no problems. Also, sometimes
when using find some kind of corruption in the graphics takes place. Generally
I seem to be trying to use the mouse to enter a new value and suddenly all the
graphics in firefox get washed away. They vanish. They seem to vanish as I
move the mouse away from the find toolbar as if the mouse is doing the erasing.
Reproducible: Always
Steps to Reproduce:
1) Well, open find.
2) Try to use it.
Actual Results:
Nothing happens which is the problem.
Expected Results:
To have find jump to the first instance of the find.
Comment 1•21 years ago
|
||
User-Agent: Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040916 Firefox/0.10
Gentoo Linux 2004.2
I also have the find problem, and find as you type doesn't seem to do anything
either (even when enabled). Worked fine on FF 0.9.2, broken on 1.0PR
Actually I believe that find as you type is something that you can enable in the
preferences. Looked under the advanced section and it will be there.
Unfortunately it is find that doesn't work for me....
Comment 3•21 years ago
|
||
I, too, suffer from this problem. This is relatively major IMHO, since find is
such a fundamental part of a browser. In my case, I used the ebuild provided by
the Gentoo developers.
Updated•21 years ago
|
Flags: blocking-aviary1.0+
Comment 4•21 years ago
|
||
I also have this problem.
Mozilla/5.0 (X11; U; Linux i686; rv:1.7.3) Gecko/20040918 Firefox/0.10
Compiled with the gentoo ebuild
Comment 5•21 years ago
|
||
OK, this can be solved by disabling Find As You Type when you compile and
deleting compreg.dat in your profile directory. It works fine here now.
More instructions on how to fix it for Gentoo users:
http://bugs.gentoo.org/show_bug.cgi?id=64196#c9
Incidentally, this bug is a duplicate of
http://bugzilla.mozilla.org/show_bug.cgi?id=251543
Ok but that means that we have to delete this file each time we start up
firefox. Correct? Although having it work is something that is very nice, it
would be even nicer if there was a more convenient fix in the works. (At least
I thought that compreg.dat was generated each time you run firefox).
Comment 7•21 years ago
|
||
AFAICT you only need to delete it once after you recompile.
Comment 9•21 years ago
|
||
*** This bug has been marked as a duplicate of 251543 ***
Status: NEW → RESOLVED
Closed: 21 years ago
Resolution: --- → DUPLICATE
Updated•21 years ago
|
Flags: blocking-aviary1.0+
Updated•17 years ago
|
Product: Firefox → Toolkit
You need to log in
before you can comment on or make changes to this bug.
Description
•