synthetic italic chinese fonts take ~3 seconds delay to display in my feedly subscriptions
Reported by
ctengc...@gmail.com,
Dec 25 2016
|
|||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/54.0.2840.71 Safari/537.36 Example URL: https://feedly.com/i/subscription/feed/http://www.infoq.com/cn/rss/rss.action Steps to reproduce the problem: 1. open https://feedly.com/i/latest , (MUST subsribe some RSS sources) 2. Open a article which may contains italic chinese fonts e.g. What is the expected behavior? The article content should display immediately What went wrong? The dropdown article area first renders as blank, but take ~3 seconds to display content Does it occur on multiple sites: N/A Is it a problem with a plugin? No Did this work before? N/A Does this work in other browsers? N/A Chrome version: 54.0.2840.71 Channel: n/a OS Version: 10.0 Flash Version: Shockwave Flash 23.0 r0
,
Dec 26 2016
Unable to reproduce the issue on Windows 7,mac 10.12.2 & Ububtu 14.04 with chrome stable version-55.0.2883.87. Please check & confirm the issue. Thanks.
,
Dec 27 2016
I tried at another notebook with a GPU freq = 0.9 GHz, and Chrome M51. I cannot reproduce this problem any more. But at this machine, i found another similar problem: a sentence is wrapped in a <b> element, surrounded by normal text. It took ~1a delay to display, from blank. So i guess it's partly alleviated by feedly's update or OS update? (Recently Windows 10 on this 0.9GHz notebook has updated to latest) I remember having seeing ~3s delay whenever the popuped RSS article contains italic text. But now it goes away. So i tried again on another notebook with M54(4.0.2840.71 m (64-bit)) Chrome and lastest Windows 10. After opening several articles on feedly, I observed a similar scenario: the chinese italic text is embedded in an <em> element, and user agent stylesheet has set em element's default style to italic. The chinese italic text took a delay to display, but the delay is now <1s, but can be perceived. The article's url is: http://36kr.com/p/5060348.html?ktm_source=feed , and this notebook's CPU is 2-core i5m 2.67GHz. 2016-12-26 19:57 GMT+08:00 jmukthav… via monorail < monorail+v2.3447642152@chromium.org>:
,
Dec 27 2016
,
Jan 4 2017
Thank you for providing more feedback. Adding requester "jmukthavaram@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
,
Jan 6 2017
Unable to reproduce the issue on Windows 7 with chrome Stable version#55.0.2883.87 and Canary#57.0.2973.0 as per the URL provided in Comment#3. http://36kr.com/p/5060348.html?ktm_source=feed Observed article content displayed immediately. please find the attached screencast for reference. Thank you.
,
Jan 7 2017
You need a feedly account and subscribe 36kr's RSS in feedly. The url is copied out from feedly. Months ago i observed ~3s delay for displaying italic fonts between the normal text. And days ago i still observed <1s delay(not obviously but perceivable) Also i used to see the delay on a low-performance notebook which has only a intel ATOM cpu with no SSD drive. (At that time, when problems occur, i have no way to access google networks due to gfw, so unable to report it) I'm glad to say this bug is not annoying me now, so i'm only submitting it here for logging purpose.
,
Jan 10 2017
Thank you for the feedback, decreasing priority but leaving open.
,
Jan 17 2017
Thank you for providing more feedback. Adding requester "jmukthavaram@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
,
Jan 17 2017
,
Feb 27 2017
As chrome-hyd team do not have 'notebook' to triage the issue ,Could anyone from MTV team please look into this issue. Thank you!!
,
Feb 27 2017
I recently re-experienced this problem on Dell Inspiron 17 - 7737, a notebook with i7 cpu. The point is, the italic chinese characters in <em> take a little delay to display with other normal text. Also, if the hybrid “ <em>中文内容...</em> 正常文本... ”content is displayed from a static html loading, then no problem. Perhaps this happens when the hybrid “ <em>中文内容...</em> 正常文本... ”content are dynamically inserted by js? I'm not sure, since https://feedly.com is really a very complex and huge front-end web page...
,
Mar 8 2018
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. If you change it back, also remove the "Hotlist-Recharge-Cold" label. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Mar 16 2018
|
|||||||||||
►
Sign in to add a comment |
|||||||||||
Comment 1 by ctengc...@gmail.com
, Dec 25 2016