JPEXS Free Flash Decompiler (original) (raw)

NEW 03/07/2026: You can now close your own issues and reopen them later if needed. You can also comment closed issues.

List of issuesList of issues

#2542 Excess decompilation time

Date created: 10/08/2025, 10:37:27 pm

Type: bug

Visibility: Everybody

Assigned to:

State: upgraded Helpnew: 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? Attempting to decompile ActionScript in scripts & packages (MadnessAI for example) after getting the Linux edition. (nightly or stable.) > What is the expected output? What do you see instead? Average decompilation time like every other SWF. Excess decompilation time although SWF is functional and is only 12 megabytes. > What version of the product are you using? Is it "nightly build"? Which operating system do you have? Linux edition. Used both stable & nightly. > Please provide any additional information below. If the problem is related to a SWF file, attach it here, otherwise we can't help you.

10/08/2025, 10:37:57 pm

user

Oh, in addition. I am using ChromeOS on a Chromebook.

10/08/2025, 10:38:33 pm

user

It could be just my device playing tricks on me due to how horrible Chromebooks can be.

11/10/2025, 7:36:20 pm

admin

It's not problem with your hardware. The class MadnessDataFile has a problematic part with a lot of switches, which our algorithm of decompilation cannot handle in a reasonable time. We need to optimize the algorithm. This won't be easy since this part of the decompiler is still a bit magic for me. In the meantime, if you want at least something visible, then you can switch on "Skip detection of uninitialized class fields" - the switch is available under the red cross icon. This way you can view the other classes (just without the uninitialized class fields). I am attaching (mainly for me) the problematic AS1/2 code which (when compiled) takes a lot of time to decompile.

03/19/2026, 9:11:34 pm

admin

This is fixed in nightly 3457.

State: new→upgraded