Closed
Bug 265055
Opened 20 years ago
Closed 20 years ago
textarea.select() can steal focus from other tabs
Categories
(SeaMonkey :: Tabbed Browser, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: jruderman, Assigned: jst)
References
Details
(7 keywords)
Attachments
(2 files)
710 bytes,
text/html
|
Details | |
1.55 KB,
patch
|
bryner
:
superreview+
chofmann
:
approval-aviary+
mkaply
:
approval1.7.5+
|
Details | Diff | Splinter Review |
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.3) Gecko/20041018 Firefox/1.0
textarea.select() steals focus from other tabs. (textbox.select() and
textarea.focus() do not.) This is a security hole because it can cause typed
information to go to a tab other than the selected one.
Reporter | ||
Comment 1•20 years ago
|
||
Reporter | ||
Updated•20 years ago
|
Flags: blocking-aviary1.0?
Assignee | ||
Comment 2•20 years ago
|
||
Assignee: bryner → jst
Status: NEW → ASSIGNED
Assignee | ||
Updated•20 years ago
|
Attachment #162732 -
Flags: superreview?(bryner)
Attachment #162732 -
Flags: review?(bryner)
Updated•20 years ago
|
Flags: blocking-aviary1.0? → blocking-aviary1.0+
Comment 3•20 years ago
|
||
Comment on attachment 162732 [details] [diff] [review]
Fix.
This is not quite the same code as what's in nsHTMLInputElement::Select()...
that code calls nsTextControlFrame::SetFocus even if the event was discarded.
We probably want to change that code to be like this code, we don't want a
partial focus.
Attachment #162732 -
Flags: superreview?(bryner)
Attachment #162732 -
Flags: superreview+
Attachment #162732 -
Flags: review?(bryner)
Attachment #162732 -
Flags: review+
Comment 4•20 years ago
|
||
Comment on attachment 162732 [details] [diff] [review]
Fix.
a=chofmann for the branch
Attachment #162732 -
Flags: approval-aviary+
Assignee | ||
Comment 5•20 years ago
|
||
Fixed on the aviary branch, leaving bug open to track the issue the bryner
pointed out as this gets merged onto the trunk...
Depends on: 124750
Keywords: fixed-aviary1.0
Comment 6•20 years ago
|
||
using the demo test here, this looks fixed with 2004102109-0.9+ on linux fc2.
Comment 7•20 years ago
|
||
also vrfy'd fixed on mac os x 10.3.5, 2004102107-0.9+ bits.
Comment 8•20 years ago
|
||
fixed on Windows too; FF build 2004-10-21-07-0.9
Reporter | ||
Comment 9•20 years ago
|
||
Making public because this bug has the same impact as bug 124750 and because
there hasn't been a hotfix or release since 124750 was fixed.
Group: security
Updated•20 years ago
|
OS: Windows XP → All
Hardware: PC → All
Comment 10•20 years ago
|
||
Will this be checked in to the 1.7.x branch, too?
Comment 11•20 years ago
|
||
You might want to take a look at bug 265456. It describes a method in which you
can still focus a textarea in a background tab, by using createEvent.
Updated•20 years ago
|
Whiteboard: need 1.7 fix
Comment 12•20 years ago
|
||
Is this the same bug as in bug 138646 only for a different function
(textarea.select not textbox.blur)?
Comment 13•20 years ago
|
||
Can we get a 1.7 fix for this please?
Assignee | ||
Comment 15•20 years ago
|
||
Comment on attachment 162732 [details] [diff] [review]
Fix.
This patch fixes this for SeaMonkey as well. Requesting 1.7.5 approval.
Attachment #162732 -
Flags: approval1.7.5?
Comment 16•20 years ago
|
||
Comment on attachment 162732 [details] [diff] [review]
Fix.
a=mkaply for 1.7.5 checkin
Attachment #162732 -
Flags: approval1.7.5? → approval1.7.5+
Assignee | ||
Updated•20 years ago
|
Keywords: fixed1.7.5
Updated•20 years ago
|
Flags: review+
Whiteboard: need 1.7 fix
Comment 17•20 years ago
|
||
Has this landed on the trunk? If so why is it still open?
Whiteboard: [sg:fix] need trunk
Comment 18•20 years ago
|
||
This was checked into the trunk 2004-11-04
Status: ASSIGNED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
Updated•20 years ago
|
Keywords: fixed1.4.4
Updated•16 years ago
|
Product: Core → SeaMonkey
Reporter | ||
Updated•11 years ago
|
Whiteboard: [sg:fix] need trunk
You need to log in
before you can comment on or make changes to this bug.
Description
•