XSLT processor is recursion-limited
Reported by
henrikha...@googlemail.com,
Dec 20 2017
|
|||
Issue descriptionUserAgent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/63.0.3239.108 Safari/537.36 Steps to reproduce the problem: 1. Go to http://www.tu-chemnitz.de/~heha/enas/UDX5114N.zip/sm5.sch?as=SVG What is the expected behavior? Should display an interactive SVG image for a PCB CAD schematic. Like this URL: http://www.tu-chemnitz.de/~heha/enas/STS%20Multiplex/MFC-Verteiler.zip/MFC4.sch?as=SVG What went wrong? Blank screen, no DOM tree, no error message, not traceable using built-in debugger/inspector Did this work before? No Does this work in other browsers? Yes Chrome version: 63.0.3239.108 Channel: stable OS Version: 6.1 (Windows 7, Windows Server 2008 R2) Flash Version: See discussion here: https://stackoverflow.com/questions/47836234 As Martin Honnen gave me the right hint to reproduce this behaviour using libxslt on a Linux command line, I saw that all schematics I have fall into two categories: * Less complicated that will be processed by libxslt and default settings, AND will be displayed correctly in Chromium, and * Such a schematic that will produce error message and no SVG output using xsltproc AND will be displayed as blank screen in Chromium So the simple solution should be to increase variable buffer size when Chromium internally invokes xsltproc.
,
Dec 21 2017
Able to reproduce the issue on reported chrome version 63.0.3239.108 and on the latest canary 65.0.3299.0 using windows 10, Ubuntu 14.04 and Mac 10.12.6. As the issue is seen from M(50) 50.0.2661.0 considering it as non-regression and marking it as Untriaged.
,
Dec 21 2017
,
Apr 12 2018
|
|||
►
Sign in to add a comment |
|||
Comment 1 by krajshree@chromium.org
, Dec 20 2017