Closed
Bug 4503
Opened 26 years ago
Closed 26 years ago
Need to be able to distinguish chrome from web content
Categories
(Core :: DOM: Editor, defect, P3)
Tracking
()
VERIFIED
FIXED
M5
People
(Reporter: sfraser_bugs, Assigned: hyatt)
Details
We need to be able to distinguish chrome content from web content, so we
know not to draw the caret, or do selection in chrome.
Reporter | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Target Milestone: M5
Reporter | ||
Comment 1•26 years ago
|
||
M5
Reporter | ||
Updated•26 years ago
|
Summary: Should be able to display caret in browser windows but not chrome → Need to be able to distinguish chrome from web content
Reporter | ||
Comment 3•26 years ago
|
||
All platforms. Reassigning to hyatt, and adjusting summary.
Reporter | ||
Updated•26 years ago
|
Assignee: sfraser → hyatt
Status: ASSIGNED → NEW
Reporter | ||
Comment 4•26 years ago
|
||
Really reassigning this time.
Assignee | ||
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Assignee | ||
Comment 5•26 years ago
|
||
Fixed. Web shells now have a method called GetWebShellType that can be either
nsWebShellContent or nsWebShellChrome. To say that a webshell is content rather
than chrome, add a type attribute with a value of content to the iframe or
frame.
e.g.,
<html:iframe type="content"...
results in a sandboxed content subframe.
verified in 4/19 Mac build. I don't see this happening anymore..
Simon, can you also verify against your build? thanks!
Reporter | ||
Comment 7•26 years ago
|
||
sujay, there is nothing you could have seen to tell if this was fixed or not.
I'll have to verify later.
okay thanks...from what I read it looked like the cursor was showing
up in the window chrome area of the browser...I guess I misinterpreted
this...
You need to log in
before you can comment on or make changes to this bug.
Description
•