Closed Bug 103484 Opened 23 years ago Closed 17 years ago

bringing up Find dialog doesn't always set focus to the textfield

Categories

(SeaMonkey :: UI Design, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME
mozilla1.0.1

People

(Reporter: randolph, Assigned: saari)

Details

(Keywords: regression)

It is, unfortunately, an intermittent problem--I'll try to pin it down more
precisely in the next few days.
Find dialog, therefore -> XPApps: GUI Features.
Assignee: sgehani → blakeross
Component: Search → XP Apps: GUI Features
QA Contact: claudius → sairuh
WorksForMe using Mac/2001091311 (0.9.4). Marking WFM pending more detailed 
information from the reporter.
Status: UNCONFIRMED → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
reopening. i see this off and on, irritatingly.

->bryner? but do reassign as needed...

i sometimes notice that [on the trunk, not with 0.9.4 branch so far] Find in
Page doesn't focus the textfield --a recent bug was filed on this, bug 103484,
which i will reopen to cover this intermittent issue... eg, today i saw it on
Mac 10.1 with a one profile, but not another [both existing, non-migrated ones].

is there anything else i should check? let me know if i should attach any
profile-specific files to help narrow this down...thx!
Status: RESOLVED → UNCONFIRMED
Resolution: WORKSFORME → ---
Summary: Hitting command-F doesn't grant keyboard focus to the find window → bringing up Find dialog doesn't always set focus to the textfield
confirming, and really handing over to bryner. :)
Assignee: blakeross → bryner
Status: UNCONFIRMED → NEW
Ever confirmed: true
reassigning to saari since he has a mac and I don't... is there a bug going on
here that's different from bug 96843?
Assignee: bryner → saari
this might not be limited to mac...methink i *might've* seen this on linux. will
investigate...
Those of you that see this bug, tell me what version of MacOS and what speed
machine you're running on. This could be a timing issue.
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9.7
saari, i'm running 10.1 on a 450Mhz G3.
I see the problem every time I bring up the Find dialog:

Mozilla 0.9.5, classic theme, MacOS 9.2.1, 500MHz G3
An observation that might be helpful.  When I run Mozilla (0.9.5 MacOS 9.2.1) at
home using my profile with no web proxy, the find dialog mostly works (only
problem is the cancel button doesn't work when input field is empty).  When I
run Mozilla at work using my profile with a web proxy, the find dialog opens in
the upper left corner, the textfield doesn't get the focus, and the Find button
seems to do nothing.
I still don't see this happening on my G3 500 PowerBook running 9.2 or either my
faster (1.2 GHz) or slower (P3 500) Win2K boxen.
Target Milestone: mozilla0.9.7 → mozilla0.9.8
mass moving open bugs pertaining to find in page/frame to pmac@netscape.com as
qa contact.

to find all bugspam pertaining to this, set your search string to
"AppleSpongeCakeWithCaramelFrosting".
QA Contact: sairuh → pmac
Target Milestone: mozilla0.9.8 → mozilla1.0.1
Can you tell if  this 'textfield' means the page shown? I keep experiencing the
annoying effect that the find dialog does not find a word I see on the page, or
it does find the first occurrence ( like if I try to find the word 'format'
while typing this, it find it in the 'information' in  Greg Kolaneks comment,
not the 'Format For Printing' that's before it.)

Version: Win32 build id 2002070908, I've also seen this on Linux.
What: Find Dialog does not always find the 1st occurrence of a string.
How: Click on somewhere on the page. Ctrl+F to open find dialog. Type a string
you see.
Expected result: The first matching string should be highlighted.
What happens: Sometimes it is not the first string that is found, but some other
down the page. If you don't click on the page, sometimes you get 'text you
entered was not found' alert.
Reproducability: Almost always

Well, if I dont hear from anyone I'll file a separate bug or two; the cases
might not be related.
QA Contact: pmac → sairuh
This bug is targeted at a Mac classic platform/OS, which is no longer supported
by mozilla.org. Please re-target it to another platform/OS if this bug applies
there as well or resolve this bug.

I will resolve this bug as WONTFIX in four weeks if no action has been taken.
To filter this and similar messages out, please filter for "mac_cla_reorg".
OS: Mac System 9.x → MacOS X
Product: Core → Mozilla Application Suite
I haven't seen this in years.  In fact, I think the dialog box is gone.
Status: ASSIGNED → RESOLVED
Closed: 23 years ago17 years ago
Resolution: --- → WORKSFORME
I haven't seen it either. I didn't even remember this, no wonder after five years.
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.