Closed Bug 254722 Opened 21 years ago Closed 20 years ago

FastFind doesn't work in frames, other bugs

Categories

(Toolkit :: Find Toolbar, defect)

x86
All
defect
Not set
major

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: norbert.notz, Assigned: bugzilla)

References

Details

User-Agent: Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.8a3) Gecko/20040807 Firefox/0.9.1+ Build Identifier: Mozilla/5.0 (Windows; U; Win95; en-US; rv:1.8a3) Gecko/20040807 Firefox/0.9.1+ Open any framed webpage, for example: http://derstandard.at/?url=/?id=1752527 Try to FastFind some text of the page of the "main" frame: It does not work!!! Reproducible: Always Steps to Reproduce:
WFM: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040806 Firefox/0.9.1+ i searched for "berlin" and it hightlighted the word in the main frame
In my latest-trunk nightly it does not work.
Version: unspecified → Trunk
OS: Windows 95 → Windows XP
*** Bug 256293 has been marked as a duplicate of this bug. ***
I see it on linux so marking OS as All.
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
WFM: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.2) Gecko/20040819 Firefox/0.9.1+
Is this trunk only?
I have found some more problems in a latest-trunk nightly that I cannot reproduce with the 0.9.3 final (and some of them only with one web-page): Forgive me that I have put them into one bug-report. But I think this is more easy to handle. Let us call the problem in Comment 0 "problem 1". ------------------------------------------------------------------------------------------ 2. - make sure you have configured Firefox the allow FastFind not only for links - open http://www.lavasoft.de/ - enter, for example "while": The text is not found. Firefox only searches in the menu-area. You have to click into the white "main"-area to make FastFind working in this part of the web-page. I only can reproduce this bug with the here mentioned web-page. This is strange. This bug seems looks a bit like problem 1 (Commenz 0), but can be "solved" by clicking into the area where FastFind should search. ------------------------------------------------------------------------------------------ 3. - make sure you have configured Firefox the allow FastFind not only for links - open http://www.lavasoft.de/ - click somewhere in the white "main"-area, due to problem 1 - enter, for example "while": The text should be found and highlighted green. - while the green highlighting is displayed, press <page up>, <page down> or the buttons next to them, I only know there german names: "Pos1" and "Ende". I guess in english they are named "Home" and "End". The page does not scroll! I only can reproduce this bug with the here mentioned web-page. This is strange. Expected behaviour: The page should scrolle, like it works in 0.9.3. ------------------------------------------------------------------------------------------ 4. - make sure you have configured Firefox the allow FastFind not only for links - open http://www.lavasoft.de/ - click somewhere in the white "main"-area, due to problem 1 - enter, for example "while": The text should be found and highlighted green. - while the green highlighting is displayed, press the arrow-keys: You can move the cursor through the text! I only can reproduce this bug with the here mentioned web-page. This is strange. The page should scroll, like it works in 0.9.3. ------------------------------------------------------------------------------------------ 5. Do like described in 3. on any other web-page, for example http://news.google.de/: The highlighting is removed, what means that FastFind is canceled. Expected results: FastFind should not be canceled, like it works correct in 0.9.3.
6. - make sure you have configured Firefox the allow FastFind not only for links - open http://www.lavasoft.de/ - click somewhere in the white "main"-area, due to problem 1 - enter, for example "while": The text should be found and highlighted green. - while the green highlighting is displayed, press move the scrollbar The green highlighting is kept. If you do so on an other page, FastFind is canceled! I only can reproduce this bug with the here mentioned web-page. This is strange. Expected results: Scrolling should also cancel FastFind on this web-page!
Summary: FastFind does not work with framed web-pages → some FastFind bugs
*** Bug 262699 has been marked as a duplicate of this bug. ***
*** Bug 251934 has been marked as a duplicate of this bug. ***
*** Bug 259588 has been marked as a duplicate of this bug. ***
You closed issue #259588 as a duplicate but did not migrate its bug information. Here is what I found: If you search for a link not found in the main frame, then hit ENTER to select the link it will no longer open the link. It used to work fine in Firefox 0.9.3. I consider it a major bug.
Summary needs to be changed and reflect that fastfind doesnt work in frames (for some people)
Summary: some FastFind bugs → FastFind doesn't work in frames, other bugs
For me, find does work for finding stuff in frames, but if you find a link, the link isn't selected. First I have to tab to the frame (or hit F6) and then try my link search again. That time around, the link will be highlighted AND selected and I can then press enter to follow the link. If any of that is unclear, just say so and I'll try and clarify.
That's exactly what I reported, if you find stuff in frames, you can't hit ENTER to open the link. Very annoying.
This problem still exists in RC1. I think it is pretty important that it get fixed, since it greatly cripples the usability of this otherwise awesome feature.
Flags: blocking-aviary1.0?
could this be bug 185824? if so, that was fixed on the trunk.
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041103 Firefox/1.0RC2 Not to keep mentioning this, but it was mentioned on Ben's site that we test the Find toolbar. So... still doesn't work across frames in RC2. You can go to http://www.bloglines.com/public/stilleye and see this problem in action.
not a blocker.
Flags: blocking-aviary1.0? → blocking-aviary1.0-
Come on! This is a regression from 0.9. Why not spend the necessary time to fix it for 1.0? Just DIFF the current fastfind code against the 0.9 version and away you go.
This is still broken in the 1.0 release, try http://java.sun.com/j2se/1.4.2/docs/api/index.html to recreate. Today's (11/15/2004) linux gtk2 trunk build seems to handle this correctly, however the find bar is not present.
This is now broken in the latest nightly (as of 12/18/2004) linux build. I think this bug should be added to the Firefox 1.1 release target. Steps to recreate: Download the linux build: http://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2004-12-18-07-trunk/firefox-1.0+.en-US.linux-i686.tar.gz Got to http://java.sun.com/j2se/1.4.2/docs/api/index.html Search for "ArrayList" The ArrayList link in the bottom left frame is highlighted Hit the "Enter" key Nothing happens Click anywhere in the bottom left frame. Search for "ArrayList" The ArrayList link is highlighted. Hit the "Enter" key The ArrayList link is activated.
*** Bug 260041 has been marked as a duplicate of this bug. ***
bringing over blocking request from bug 260041
Flags: blocking-aviary1.1?
Flags: blocking-aviary1.1? → blocking-aviary1.1-
*** Bug 290106 has been marked as a duplicate of this bug. ***
*** Bug 290434 has been marked as a duplicate of this bug. ***
This works OK in latest mozilla versions (at least in 1.7.5, 1.7.6, 1.7.7). This bug is keeping me from changing to firefox.
*** Bug 292052 has been marked as a duplicate of this bug. ***
*** Bug 296091 has been marked as a duplicate of this bug. ***
Find does not find words inside of text boxes on the page. An earlier version did I believe. For example if editing a file through cPanel where you have the text box with the file in it. If I wanted to find a function in my code I can't 'find' it. I can highlight it though. The highlight will highlight inside of text boxes but once highlighted you can't select it with cursor while its highlighted. You must turn the highlighting off then select text.
worksforme using a current nightly and http://freespace.virgin.net/sizzling.jalfrezi/frames/fframes.htm and http://www.lavasoft.de/ Comment 7 2. worksforme 3. sounds like a bug, but is not covered by this report 4. worksforme 5. and 6. not covered by this report, not sure what the expected behavior is.
worksforme using Ff 1.5 Beta 2 and http://java.sun.com/j2se/1.4.2/docs/api/index.html (see #22) I think this was fixed some time back?
It worksforme now as well.
WorksForMe
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
This now works for me with the 1.5 Linux builds.
Product: Firefox → Toolkit
You need to log in before you can comment on or make changes to this bug.