Closed Bug 245371 Opened 20 years ago Closed 19 years ago

Input to search field is consumed by main window

Categories

(Thunderbird :: Mail Window Front End, defect)

PowerPC
macOS
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 199019

People

(Reporter: bugzilla, Assigned: mscott)

Details

(Keywords: dataloss)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7) Gecko/20040514

When typing into the search field (Subject or sender contains:), some keystrokes
are handled as keyboard shortcuts (k - ignore thread, r - mark thread as read, j
- mark message as junk, m - mark message read etc.). This happens at the same
time while other characters are appearing in the search field (so the focus is
somehow "splitted"). This is very annoying, as the user usually doesn't notice
this behaviour and types the key again and again. This makes it difficult to
reproduce the previous state of message base. It's not reproducable always, but
when it occurs, TB has to be restarted in order to make it work.

Reproducible: Sometimes
Steps to Reproduce:
Keywords: dataloss
I can't reproduce this using mac 20040603 nightly build.
I am seeing the exact same bug in TB 0.8 on OSX. I believe it had gone away in
0.7 but it would appear that it has now made a come-back. It is extremely
annoying as it makes the search box unusable without thinking of all the letters
you have to avoid.

This appears to be fixed in 0.9 on OS X - I, at least, could type "jerk mark" (no offense to any Marks in 
the audience) into the the search field, and the offending characters appeared as input rather than 
acting as commands.

Should this be closed as confirmed, or should some other people who have seen it try it first?
I just had it again in TB 0.9. The problem is, that it occasionally works.

There seem to be a lot of bugs with keyboard input eaten by the wrong UI parts
on the mac: bug 262387, bug 205035, bug 247140, bug 228298, bug 166199, bug
202656. Maybe there is a common cause for these bugs? Should I file a meta bug?
I've also seen it once in 0.9 on OS X, but all the other times I've tried it, it works; exiting Thunderbird 
and restarting it made the problem go away the one time I saw it.
let me know if you can get a scenario were this is reproducible and we'll try to
fix it. I've never seen it myself on OS X. 
If the threading menu in View > Sort By is active, so that "Grouped By Sort" is active, if I type "g" in the 
search field, it's intercepted as the "G" accelerator for that menu item.  I've also had "m" consumed - it's 
"mark as read".
I just tried searching for something that began with "j", and Thunderbird marked the currently-selected 
message as junk and moved it to my junk box.  Fortunately, I saw the message disappear from the 
mailbox, and went searching through the menus for a menu item with an accelerator that was an 
unadorned "j", and saw that it was the "mark as junk" item, went to the junk mailbox, unmarked the 
message, and moved it back to its original mailbox.  Hopefully I haven't typed any other strings with "j" 
in them and had messages discarded as junk *without* my noticing....

If the problem with input to the search field being consumed by the main window cannot be fixed, can 
a preference at least be provided to disable all the unadorned accelerators, for the benefit of those of 
us who don't care about being able to just type letters at the main window and do things to messages 
and who don't always remember that some letters are unsafe to use in the search box?  Losing 
messages because you try to search for something with a "j" in it is not good....
Seems intermittent.  I just had this happen to me with the letter when I hit the
letter "c" (version 0.9 (20041103) on X 10.3.6).  When I restarted TB everything
seemed to be OK.  I'll see if I can come up with an exact scenario of what it
takes to make the problem reappear.
Still happens to me with 1.0 (20041206), but not all the time.  

This is another symptom of pervasive keyboard-focus problems under OS/X.

Similar keyboard-focus-related bugs still happening with the 20050222 build.
bug 267748 is probably a duplicate but it has some interesting infos
I see this bug on Thunderbird 1.0.6 on Mac OS X 10.3.9. I can't remember having
encountered it in prior versions.

Why is it still "unconfirmed" though several people have been confirming it
since June 2004?
I can reproduce it in TB version 1.0.2 (20050317) for MacOS X by 
1. selecting a message
2. selecting command with a single-key shortcut from the menu (e.g.,
Go->Next->Message (F))
3. select the search box and try to type F.  The selection and the focus switch
to the next message. 

*** This bug has been marked as a duplicate of 199019 ***
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.