Closed
Bug 1277251
Opened 10 years ago
Closed 10 years ago
Caret & text displaying twice on jsfiddle.net
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 1276467
People
(Reporter: adamopenweb, Unassigned)
References
()
Details
Attachments
(2 files)
Steps to Reproduce
0) Open Nightly(49) or Dev edition with multi-process enabled
1) Navigate to: https://jsfiddle.net
2) Click the HTML section
3) Start typing
Expected Behavior:
One copy of the text appears
Actual Behavior:
Two copies of the text appear
Opening in a non-e10s window, the bug reproduces.
Disabling multi-process, the bug does not reproduce.
Originally reported on webcompat.com - https://webcompat.com/issues/2647
| Reporter | ||
Updated•10 years ago
|
See Also: → https://webcompat.com/issues/2647
Comment 1•10 years ago
|
||
[Tracking Requested - why for this release]: Layout problem
Regression window:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=cc9051869d1a9078a821da5d1639299f9e836e0e&tochange=1ee604ae873ffae665e745b3553fb1c406dbdd6a
Regressed by:
1ee604ae873f Matt Woodrow — Bug 1265237 - Clear clipping for out-of-flow frames that we are descending into but haven't stored explicit clip data for. r=mstange
Blocks: 1265237
status-firefox47:
--- → unaffected
status-firefox48:
--- → affected
status-firefox49:
--- → affected
tracking-e10s:
--- → ?
tracking-firefox48:
--- → ?
tracking-firefox49:
--- → ?
Flags: needinfo?(mstange)
Flags: needinfo?(matt.woodrow)
Keywords: regression
Comment 3•10 years ago
|
||
This only happens while the caret is visible. So somehow this is related to NS_FRAME_FORCE_DISPLAY_LIST_DESCEND_INTO.
Flags: needinfo?(mstange)
Comment 5•10 years ago
|
||
Good thing I wasn't CC'd on bug 1276467 and tnikkel wasn't CC'd on this bug. :-)
Status: NEW → RESOLVED
Closed: 10 years ago
Flags: needinfo?(tnikkel)
Flags: needinfo?(matt.woodrow)
Resolution: --- → DUPLICATE
Comment 6•10 years ago
|
||
We'll track this for 48/49 in the duplicate bug.
tracking-firefox48:
+ → ---
tracking-firefox49:
+ → ---
Comment 8•10 years ago
|
||
This bug is not e10s-specific -- I see it in profiles with e10s disabled as well as enabled. My screencast on duplicate bug 1280433 was recorded in a profile that had e10s disabled, for example.
--> Dropping [e10s] label from bug summary. Others, feel free to chime in if you get significantly-different results.
Summary: [e10s] Caret & text displaying twice on jsfiddle.net → Caret & text displaying twice on jsfiddle.net
| Reporter | ||
Comment 9•10 years ago
|
||
Thanks Daniel. Testing in Win 10 and Ubuntu I get the same results as you. In OSX when multi-process is disabled in the preferences menu, the issue doesn't reproduce. Which is what led me to think it was e10s related. I tested in both nightly and dev edition. Why do you think there's a difference?
Comment 10•10 years ago
|
||
(In reply to Adam Stevenson from comment #9)
> Thanks Daniel. Testing in Win 10 and Ubuntu I get the same results as you.
(Just to clarify - I think you're saying you can reproduce on these platforms, regardless of whether e10s is disabled -- correct?)
> In OSX when multi-process is disabled in the preferences menu, the issue
> doesn't reproduce. Which is what led me to think it was e10s related. [...]
> Why do you think there's a difference?
Not sure! I guess some quirk of our Mac graphics backend must save us by accident, when e10s is disabled.
| Reporter | ||
Comment 11•10 years ago
|
||
Yes, I can reproduce in Win10 and Ubuntu with e10s disabled.
Comment 12•9 years ago
|
||
Tracking in the original bug.
Updated•9 years ago
|
status-firefox47:
unaffected → ---
status-firefox48:
fix-optional → ---
status-firefox49:
fix-optional → ---
tracking-e10s:
? → ---
Keywords: regression
| Assignee | ||
Updated•7 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•