Windows has icon caching, so you need to delete or rename in order to break the cache and see the new icon changes 
@Andrew_Baca If you can create a sample project that illustrates the problem you are having, it would be very helpful. Thank you!
I am sorry I couldnāt answer earlier.
I tried to recreate the icon in inkscape and the artifact disappeared.
So itās a svg problem.
Iām taking my shovel to dig this thread because Iām also having problems with icons in Windows. 
Theyāre generated correctly from the svg file but I canāt get it embedded in the executable file (and, also, canāt use Resource Hacker to change the icon).
It used to work before, but lately Iāve noticed that it doesnāt. Anyone can help?
What version are you using? What icon do you get, no icon?
Thanks for answering. 
Iām currently using 3.0.2 with Lime 2.3.2. I also tested with version 2.2.8 and Lime 2.1.3, but none of them worked.
All I get is an ico file and the exe without the icon embedded:
And I canāt edit it in resource hacker, because it reads like this:
Donāt know where the problem is, though 
If it helps, Iām using Visual Studio 2013 CE for C++
Does it work when you build a standard OpenFL or Lime project? Or does the icon fail for all icons?
It doesnāt work with the example projects (tried building Pirate Pig) and the default Lime project for FlashDevelop.
Both executables donāt have any icon embedded and canāt be opened with Resource Hacker.
The output window always ends up with this message:
O sistema nĆ£o pode encontrar o caminho especificado. (The system cannot find the specified path)
Build succeeded
Done(0)Hello again!
Okā¦searching through the web I found this (http://stackoverflow.com/questions/3664944/flashdevelop-specify-an-hxml-file) link, where someone mentioned removing spaces in project path.
Haxe was installed in a folder āHaxe Toolkitā on my computer (donāt know why) and, just by removing that space, it compiled the icon nicely! 
I didnāt know about there could be no spaces on Haxe or project path. So blame my lack of information. 
Thanks for answering it, Joshua!
1 Like
weird, weird, weird, so Haxe itself was just not working properly? Or something in our tools were not handling spaces correctly?
Just out of curiosity, could you try putting a project in a path with a space (like C:\Projects\My Project) and see if the icons work? That would help me know if it is caused by Haxe being upset or by the tools not handling spaces
Thanks!
Hi, Joshua!
Iāve tested building a project in a directory using spaces and the icon rendered and was embedded correctly with the executable, I can properly open it using Resource Hacker now to test it.
I think itās just Haxe being upset with the spaces in its own path thingy.
Sorry as this is an old post, but I have the same problem targeting Windows, I have a black box for the icon, in Android I got totally empty icon.
I am using svg icon
It used to work fine before legacy mode introduced to openFL,
I am using legacy mode to build my old project, but I got a black box for the icon
My stack is:
actuate: [1.8.6]
format: [3.2.1]
hscript: 2.0.4 [2.0.5]
hxcpp: [3.2.180]
lime: 2.6.8 [2.7.0]
openfl: 3.3.8 [3.4.0]
stablexui: [1.1.5]
svg: [1.0.8]
swf: [2.1.2]
I tried to do lime rebuild tools windows, but Iāve got the same resultā¦
Any idea?
[bump!]
Does this occur on OpenFL sample projects?
My project compiles in legacy mode, so even if icons worked fine at OpenFL sample projects, it wouldnāt help investigating the problem at my legacy based project. Is this a correct assumption?
I tried to build PiratePig, at Windows, the icon works fine, at Android here is the log tail:
-pre-compile:
-compile:
[javac] Compiling 5 source files to D:\HaxeToolkit\haxe\lib\openfl-samples\3,3,1\demos\PiratePig\Export\android\bin\bin\classes
[javac] warning: [options] source value 1.5 is obsolete and will be removed in a future release
[javac] warning: [options] target value 1.5 is obsolete and will be removed in a future release
[javac] warning: [options] To suppress warnings about obsolete options, use -Xlint:-options.
[javac] Note: D:\HaxeToolkit\haxe\lib\openfl-samples\3,3,1\demos\PiratePig\Export\android\bin\src\org\libsdl\app\SDLActivity.java uses o
r overrides a deprecated API.
[javac] Note: Recompile with -Xlint:deprecation for details.
[javac] 3 warnings
-post-compile:
-obfuscate:
-dex:
[dex] input: D:\HaxeToolkit\haxe\lib\openfl-samples\3,3,1\demos\PiratePig\Export\android\bin\bin\classes
[dex] input: D:\HaxeToolkit\haxe\lib\openfl-samples\3,3,1\demos\PiratePig\Export\android\bin\deps\extension-api\bin\classes.jar
[dex] Pre-Dexing D:\HaxeToolkit\haxe\lib\openfl-samples\3,3,1\demos\PiratePig\Export\android\bin\deps\extension-api\bin\classes.jar ->
classes-7a1c7e6055a72034439e74f22b134d4f.jar
[dx] unknown output extension: D:\HaxeToolkit\haxe\lib\openfl-samples\3
[dx] usage:
[dx] dx --dex [ādebug] [āverbose] [āpositions=] [āno-locals]
[dx] [āno-optimize] [āstatistics] [ā[no-]optimize-list=] [āno-strict]
[dx] [ākeep-classes] [āoutput=] [ādump-to=] [ādump-width=]
[dx] [ādump-method=[*]] [āverbose-dump] [āno-files] [ācore-library]
[dx] [ānum-threads=] [āincremental] [āforce-jumbo] [āno-warning]
[dx] [āmulti-dex [āmain-dex-list= [āminimal-main-dex]]
[dx] [āinput-list=]
[dx] [.class | .{zip,jar,apk} | ] ā¦
[dx] Convert a set of classfiles into a dex file, optionally embedded in a
[dx] jar/zip. Output name must end with one of: .dex .jar .zip .apk or be a directory.
[dx] Positions options: none, important, lines.
[dx] --multi-dex: allows to generate several dex files if needed. This option is
[dx] exclusive with --incremental, causes --num-threads to be ignored and only
[dx] supports folder or archive output.
[dx] --main-dex-list=: is a list of class file names, classes defined by
[dx] those class files are put in classes.dex.
[dx] --minimal-main-dex: only classes selected by --main-dex-list are to be put in
[dx] the main dex.
[dx] --input-list: is a list of inputs.
[dx] Each line in must end with one of: .class .jar .zip .apk or be a directory.
[dx] dx --annotool --annotation= [āelement=]
[dx] [āprint=]
[dx] dx --dump [ādebug] [āstrict] [ābytes] [āoptimize]
[dx] [ābasic-blocks | --rop-blocks | --ssa-blocks | --dot] [āssa-step=]
[dx] [āwidth=] [.class | .txt] ā¦
[dx] Dump classfiles, or transformations thereof, in a human-oriented format.
[dx] dx --find-usages <file.dex>
[dx] Find references and declarations to a field or method.
[dx] declaring type: a class name in internal form, like Ljava/lang/Object;
[dx] member: a field or method name, like hashCode
[dx] dx -J ā¦ <arguments, in one of the above forms>
[dx] Pass VM-specific options to the virtual machine that runs dx.
[dx] dx --version
[dx] Print the version of this tool (1.11).
[dx] dx --help
[dx] Print this message.
BUILD FAILED
D:\Android\android-sdk\tools\ant\build.xml:888: The following error occurred while executing this line:
D:\Android\android-sdk\tools\ant\build.xml:890: The following error occurred while executing this line:
D:\Android\android-sdk\tools\ant\build.xml:902: The following error occurred while executing this line:
D:\Android\android-sdk\tools\ant\build.xml:283: null returned: 1
Also, how hard is it to migrate my legacy code and catch up with OpenFL? do you advice me to do so? or keep trying to solve the black box icon problem at legacy mode?
You might try rebuilding with -clean (or just deleting the icon files) so it is no longer cached and generates again ā it may have improved? Or it may be that it was upset with your SVG for some reason 
That would be a case-by-case basis of trying to analyze why the SVG does not render properly. Perhaps the SVG uses a lot of scaling?
Thanks for reply, I will check and see if clean caching would fix the issue, also, is there a recommended proved SVG icon to test with?
I think the current default Lime and OpenFL icons work alright 