New issue
Advanced search Search tips

Issue 618783 link

Starred by 2 users

Issue metadata

Status: Available
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

inline style of the contenteditable element are added into new inserted HTML

Reported by cyril.au...@gmail.com, Jun 9 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/53.0.2756.0 Safari/537.36

Example URL:

Steps to reproduce the problem:
1. example: https://jsfiddle.net/crl/1r0v702d/5/
2. 
3. 

What is the expected behavior?
<p>
 he<span>w</span>llo world</p>

What went wrong?
<p>
 he<span style="font-size: var(--test);">w</span>llo world</p>

Does it occur on multiple sites: N/A

Is it a problem with a plugin? N/A 

Did this work before? N/A 

Does this work in other browsers? Yes 

Chrome version: 53.0.2756.0  Channel: dev
OS Version: 10.0
Flash Version: Shockwave Flash 22.0 r0

I guess it's a specific blink behavior, but it's not expected in my opinion
 
Components: Blink>HTML>Font
Labels: Needs-Feedback
Tested the issue on Windows 7, Mac 10.11.5, Ubuntu 14.04 using 53.0.2756.0, latest dev 53.0.2763.0, canary 53.0.2764.0 with below steps:

1.Opened URL: https://jsfiddle.net/crl/1r0v702d/5/
2.Observed that the character 'w' font size after 'he' is small in chrome.
3.Observed that the character 'w' font size after 'he' is same in firefox.

Please find attached screenshots of chrome and firefox.

cyril.auburtin@Could you please provide expected behavior screenshot for further triaging the issue.
618783_chrome.png
86.1 KB View Download
618783_firefox.png
69.9 KB View Download

Comment 3 by tkent@chromium.org, Jun 10 2016

Components: -Blink>HTML>Font Blink>Editing

Comment 4 Deleted

@ssamanoori I confirm the screenshots, Chrome adds inline style of the parent [contenteditable] element for some reason, thus makes the inserted 'w' smaller, this isn't expected in my opinion
Project Member

Comment 6 by sheriffbot@chromium.org, Jun 10 2016

Labels: -Needs-Feedback Needs-Review
Owner: ssamanoori@chromium.org
Thank you for providing more feedback. Adding requester "ssamanoori@chromium.org" for another review and adding "Needs-Review" label for tracking.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: -Type-Compat -Needs-Review M-53 hasbisect OS-Linux OS-Mac Type-Bug-Regression
Owner: nhiroki@chromium.org
Status: Assigned (was: Unconfirmed)
Able to reproduce the issue on Windows 7, Mac 10.11.5, Ubuntu 14.04 using 53.0.2756.0, latest dev 53.0.2767.4, beta 52.0.2743.41, stable 51.0.2704.84 as per steps in comment #1.

This is regression issue broken in M-49.

Please find below bisect info:
Last good build:49.0.2593.0
First bad build:49.0.2595.0

CHANGELOG URL:
https://chromium.googlesource.com/chromium/src/+log/3310eaa5df749be334db7c98e42e5c769deb88a1..34b7656997cd9f16639e10d7c67476b91b3a5aa0

From above CL, suspecting below:
https://chromium.googlesource.com/chromium/src/+/34b4044bbb07e2b911b6af2e85685f3ed22e2e8a

nhiroki@Could you please look into this issue if it is related to your change, else feel free to assign it to an appropriate dev person.


Owner: ----
Status: Available (was: Assigned)
I think my change does not affect editing because it just replaced DCHECKs with CHECKs in service workers codebase and the example doesn't use service workers. Let me release this.
Project Member

Comment 10 by sheriffbot@chromium.org, Jul 6 2016

Labels: -M-53 M-54 MovedFrom-53
Moving this nonessential bug to the next milestone.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: Needs-Feedback
This bug is tagged as regression.Which means that the bisects are incorrect or do not have an owner who is actively investigating.
Requesting the reporter to triage and update the behavior in all the latest chrome channels and bisect if needed.Close as WontFix if not reproducible.
Labels: Pri-3
Project Member

Comment 13 by sheriffbot@chromium.org, Oct 4

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Status: Available (was: Untriaged)

Sign in to add a comment