Closed Bug 359960 Opened 19 years ago Closed 9 years ago

accessibility.typeaheadfind.linksonly==true breaks Find in View Source

Categories

(Toolkit :: Find Toolbar, defect)

x86
All
defect
Not set
major

Tracking

()

RESOLVED DUPLICATE of bug 375171

People

(Reporter: timwi, Unassigned)

Details

(Keywords: access)

Attachments

(1 file)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 See STR. Reproducible: Always Steps to Reproduce: 1. Go to http://bugzilla.mozilla.org/ 2. Press Ctrl+U. View Source window appears. 3. Press Ctrl+F. Find Toolbar appears. 4. Press x. Actual Results: Find Toolbar goes red and says "Text not found". Expected Results: Should jump to (and highlight) first occurrence of "x" in the source text, in this example the one in "emailtype1=exact".
WFM with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1) Gecko/20061010 Firefox/2.0 Have you also tried: - Firefox's safe-mode to exclude extension problems - a new profile - a reinstall in a new empty directory ?
Can't replicate this - not a bug in Firefox but probably a bad extension or unclean profile.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → INVALID
> Can't replicate this - not a bug in Firefox but probably a bad extension I can reproduce the problem even after disabling all extensions (and restarting). It is therefore not a bad extension. > or unclean profile. That /would/ constitute a bug in Firefox. I'll investigate this further. Please keep the bug open.
Status: RESOLVED → UNCONFIRMED
Resolution: INVALID → ---
STEPS TO REPRODUCE ================== - Run Firefox with a new, clean profile - Navigate to about:config - Set accessibility.typeaheadfind.linksonly to 'true' - Navigate to https://bugzilla.mozilla.org/, wait for page to load - Press Ctrl+U, View Source window appears - Press Ctrl+F, Find Toolbar appears - Press 'x'. Actual Result: "Phrase not found" Expected Result: Should have found the 'x' in '<script type="text/javascript">'
Summary: "Find" function in "View Source" dysfunctional → accessibility.typeaheadfind.linksonly==true breaks Find in View Source
Reproduced on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.8.1) Gecko/20061010 Firefox/2.0 "x" fails, but "xt" finds a match in "text".
This is a bug with find toolbar and not view source. For some reason, find resets the linksonly setting to the default only for the first character. By changing the default to linksonly, the first character entered will search linksonly even on ctrl-f. For example, searching 'x' on this page will only find the 'x' in the link to "Timwi <timwi@gmx.net>" Removing the following lines from nsTypeAheadFind.cpp should fix this. // Reset links only to default, if not manually set // by the user via ' or / keypress at beginning if (!mLinksOnly) mLinksOnly = mLinksOnlyPref; I'm not sure why that is there so unless there's a good reason for the code above, I will submit a patch deleting those lines.
As described in the previous comment, this patch deletes the "reset to default links only setting for the first character" bit. I've tested this for /, ', typing directly, and ctrl-f for both false and true settings of accessibility.typeaheadfind.linksonly without any problems.
Attachment #245393 - Flags: review?(mconnor)
I see this with Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9a6pre) Gecko/20070618 Minefield/3.0a6pre Looks similar to bug 375171, still confirming because the effect is different.
Status: UNCONFIRMED → NEW
Component: View Source → Find Toolbar / FastFind
Ever confirmed: true
OS: Windows 2000 → All
Version: unspecified → Trunk
QA Contact: view.source → fast.find
The Find function is extremely important and users expect it to be reliable. Also the bug has been open for too long. I think it should block Firefox 3, especially seeing as a patch is available.
Flags: blocking-firefox3?
This will not block the final release of Firefox 3.
Flags: blocking-firefox3? → blocking-firefox3-
Great, yet another major release with a broken Find function. I don't believe it :/
This is still a problem in RC1, despite a patch being available. Why is the attached patch not being considered?
Product: Firefox → Toolkit
Comment on attachment 245393 [details] [diff] [review] delete reset to default linksonly setting moving to mano since he knows this code much better.
Attachment #245393 - Flags: review?(mconnor) → review?(mano)
Comment on attachment 245393 [details] [diff] [review] delete reset to default linksonly setting Maybe I didn't get you comment right. 1. open data:text/html,f<a href="about:blank">foo</a> 2. ctrl+f 3. find "f" results: it finds the first character, not the link.
Attachment #245393 - Flags: review?(mano) → review-
Keywords: access
I think bug 375171 provides a good way to fix find-in-page in view-source windows.
Status: NEW → RESOLVED
Closed: 19 years ago9 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: