Emoji overlap text on extended display
Reported by
liuway...@gmail.com,
Nov 14 2017
|
||||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/62.0.3202.89 Safari/537.36 Example URL: Steps to reproduce the problem: 1. paste this into the address bar then execute data:text/html, <html contenteditable> 2.paste this test content block into the new opened editable page 🔑H😒😒is first foray into computing was wire wrapping a Fairchild SCMP chipset into a simple computer and then doing the same with a Zilog Z80. Building his own first computer and then teaching himself to program set him on a path to a career in the industry. 3. see it in an extended display witch is not retina or it's resolution ratio is not that high What is the expected behavior? no overlap What went wrong? emoji overlap text Does it occur on multiple sites: Yes Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? Yes Chrome version: 62.0.3202.89 Channel: n/a OS Version: OS X 10.12.6 Flash Version: Shockwave Flash 27.0 r0 Cuz other browsers work properly, I think this's an issue with Chrome.
,
Nov 15 2017
Huh... I don't have a mac so I can't test this, but cc'ing some fonts people
,
Nov 17 2017
The issue seems to be related to extended display and the connector for getting extended display are not available with ET team. Hence, adding label TE-NeedsTriageFromHYD for further investigation from inhouse team. Thanks...!!
,
Nov 20 2017
Able to reproduce on MacBook Air 10.12.6 using chrome latest stable #62.0.3202.94 and beta #63.0.3239.52. This issue is not seen on chrome latest dev #64.0.3269.3, and it's specific to Mac OS, providing reverse bisect information below. Bisect Information: ===================== Good build: 64.0.3258.0 Bad Build : 64.0.3256.0 Change Log URL: https://chromium.googlesource.com/chromium/src/+log/5877a5b752d3cb6a84b07caf92eb69eecc0854ef..487f920d800195ee2d5de599ac0f647720627dc4 drott@ - Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner. Note: Adding RB-Stable for M-63, please feel free to remove if this is not the case. Thanks!
,
Nov 20 2017
brajkumar@, thanks for retesting. Are you saying this is fixed after 64.0.3258.0 and that you suspect that my change "Fix tracking for Mac system fonts" helps with this problem? In that case, I agree. You're stating that you can reproduce with #62.0.3202.94 and beta #63.0.3239.52 but not with 64.0.3269.3 - so it is fixed in ToT and latest Canary. Please re-add tags etc. if I am wrong, but it seems to me this is incorrectly marked as a regression - what do you think? I am going to remove the regression tag and RB-Stable, and mark this as fixed with CL https://chromium-review.googlesource.com/718860 It's an improvement in 64, and emoji spacing on low resolution external displays used to be wrong. liuwayong@gmail.com - could you retest with Chrome Canary?
,
Nov 20 2017
Don't know if this's can be taken as fixed but much better than before. At least no overlap any more. The spacing's not identical between normal display and extended display.
,
Nov 21 2017
Remove unnecessary tags. |
||||||||||||||||||||||||||
►
Sign in to add a comment |
||||||||||||||||||||||||||
Comment 1 by bokan@chromium.org
, Nov 15 2017