Open
Bug 815494
Opened 12 years ago
Updated 2 years ago
Text selections are greyed out and ignore ::-moz-selection style in dynamically written iframes.
Categories
(Core :: CSS Parsing and Computation, defect)
Core
CSS Parsing and Computation
Tracking
()
NEW
People
(Reporter: steve.hollaar, Unassigned)
References
Details
Attachments
(1 file)
509 bytes,
text/html
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_4) AppleWebKit/537.11 (KHTML, like Gecko) Chrome/23.0.1271.91 Safari/537.11 Steps to reproduce: 1. Open attached test case 2. Select text Actual results: Selected text is given a grey background color. Expected results: Selected text should receive a red background color.
Reporter | ||
Updated•12 years ago
|
Attachment #685473 -
Attachment mime type: text/plain → text/html
Comment 1•12 years ago
|
||
Not a recent regression (reproduced with Firefox 9 as well) Duplicate of bug 234102?
Component: Untriaged → Style System (CSS)
Product: Firefox → Core
Comment 2•12 years ago
|
||
Hmm. Why is that iframe getting disabled selections?
Comment 3•7 years ago
|
||
(Confirming bug, as I can still reproduce on current Nightly on 64-bit linux, with the attached testcase.)
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Mac OS X → All
Hardware: x86 → All
Version: 19 Branch → Trunk
Comment 5•7 years ago
|
||
jsbin is one frequently-used real-world site that's affected by this bug (as shown in dupe bug 1415264). Also, as an aside: you can make the bug "fix itself" in the attached testcase by adding and then removing "display:none" on the <iframe>'s style (e.g. using devtools). So this is something that we get incorrect at first, but get correct in whatever rebuilding process gets triggered by that "display" tweak.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•