contenteditable inline-block div incorrect scrollWidth if overflow is not visible
Reported by
king-s...@hotmail.de,
Jan 14
|
||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:64.0) Gecko/20100101 Firefox/64.0 Steps to reproduce the problem: 1. Create a empty inline-block div which is contenteditable 2. Set the overflow to "auto" or "hidden" 3. The scrollWidth is "1" even if the div is empty. I've created a fiddle as example: http://jsfiddle.net/2voL1d6h/ What is the expected behavior? The scrollWidth should be "0" if the div is empty. What went wrong? It seems like the overflow is calculated incorretly. Did this work before? No Does this work in other browsers? Yes Chrome version: 71.0.3578.98 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: Shockwave Flash 16.0 r0
,
Jan 14
,
Jan 16
(6 days ago)
Thanks for filing the issue! Able to reproduce the issue on reported chrome version 71.0.3578.98 and on the latest canary 73.0.3671.0 using Ubuntu 14.04, Mac 10.14.1 and Windows 10 Note: Considered FF's behaviour as good while triaging it. As the issue is seen from M60(60.0.3112.0) considering it as Non-Regression and marking it as Untriaged.
,
Jan 18
(5 days ago)
Unable to reproduce, returns zero for me on both windows and liux. Can you share more information about your setup please? Are you zoomed in? What's your display DPI? Do you have any extensions installed?
,
Jan 18
(4 days ago)
I've done more tests now and that are the results: * The original issue I stated was at normal (100%) zoom. * If I zoom out quite a bit, at some point the overflow increases even to 2 instead of 1. * If I zoom in quite a bit, at some point the overflow decreases to 0 (the correct value). * According to http://dpi.lv/ my screen has 166 pixels per inch. * My Chrome has no extensions installed (just the office default stuff). |
||||
►
Sign in to add a comment |
||||
Comment 1 by dtapu...@chromium.org
, Jan 14