+ update 2020: WARNING - support of the decompiler is now VERY LIMITED. There are no active developers. This means we will NOT develop new features and/or fix most of bugs. We left the tracker running in case somebody from community would like to work on it. Sorry for the inconvenience.
State: closed new: Initial state. As long as issue is in this state, the work on the issue has not yet begun. opened: Opened state means developer started working on the issue. Feature/Fix will probably be in the next release. postponed: This means developer is not working on it now, for some reason it cannot be implemented now. Issue may be opened again in the future. upgraded: Issue is in upgraded state when developer made changes to the program and new version was released. closed: This means the user is satisfied with issue results and no more changes are needed. invalid: These issues cannot be solved. ignored: Developer decided to take no action on this issue. returned: Program changes were made but user is not satisfied and returned the issue.
> What steps will reproduce the problem?
Exporting the SWF in the SVG format.
> What is the expected output? What do you see instead?
Images are rendered in the SVG as patterns, with each pattern having a unique ID so it can
be accessed via a URL. Currently, the pattern ID is always set to "PatternID_1", which
results in the same image (the first one, in fact) used in all places in the resulting
The SVGShapeExporter.lastPatternId member probably needs to be class global. It is created
in the toSVG() methods and therefore the ID is always 1.
> What version of the product are you using? Is it "nightly build"? Which operating system
do you have?
10.0.0 official build.
> Please provide any additional information below. If the problem is related to a SWF
file, attach it here, otherwise we can't help you.
Attached is an example SWF triggering the unintended behaviour, as well as the exporting