Adobe Community: Error #2046: The loaded file did not have a valid signature in flex 4

Currently Being Moderated

Error #2046: The loaded file did not have a valid signature in flex 4

Apr 20, 2011 8:07 AM

As part of our CI build, the ant script that builds the client side (flex 4) projects also runs a set of FlexUnit4 tests on the deployed project. Most of the tests work but a few fail with this error

RSL

http://local.foo.com/bar/com/blah/components/someComponent/framework_4 .1.0.16076.swz failed to load.

Error #2046: The loaded file did not have a valid signature.

The build machine is running Ununtu 10.10 with Firefox 3.6 and Flashplayer 10.2. If I run the exact same set of tasks, accessed from the same URL in windows everything passes with no problem. After some searching I did run across this thread: http://forums.adobe.com/message/2747415#2747415 but when I went looking for the libflashsupport.so file mentioned, the Ubuntu docs seemed to indicate that it was no longer needed.

I'm at my wits end here. Is libflashsupport.so actually needed in Ubuntu 10.10 and if so where would I find it? If not does anyone know of another issue that could be responsible for this?

38299 Views 35 Replies Latest reply: Darrell Loverin, May 4, 2011 12:36 PM

Replies

Currently Being Moderated

1. Darrell Loverin,

Apr 20, 2011 8:29 AM in reply to bucpatr1

Report

Another issue to what out for is to make sure your system clock is set correctly. If the system clock is too far in the past or future it can cause this problem.

-Darrell

|
Mark as:
Currently Being Moderated

2. UbuntuPenguin,

Apr 20, 2011 8:52 AM in reply to Darrell Loverin

Report

I'm "Loverin" that last name.

|
Mark as:
Currently Being Moderated

3. bucpatr1,

Apr 20, 2011 9:10 AM in reply to Darrell Loverin

Report

I wish it was that easy, but no my system clock is set correctly. Even if it wasn't I don't think that would be an issue here since I'm using the actualy release build, not a beta or nightly with an expiration date.

|
Mark as:
Currently Being Moderated

4. bucpatr1,

Apr 21, 2011 1:40 PM in reply to bucpatr1

Report

Anyone? I really need to get this worked out soon. I'm currently looking at the dump-config output to see if something isn't set correctly in my ant build but I'm flying blind right now. Even a place to start looking would help.

|
Mark as:
Currently Being Moderated

5. Darrell Loverin,

Apr 21, 2011 2:23 PM in reply to bucpatr1

Report

I think you'll need to build libflashsupport.so. The instructions are in the 07/29/08 comment in http://bugs.adobe.com/jira/browse/SDK-15282.

-Darrell

|
Mark as:
Currently Being Moderated

6. bucpatr1,

Apr 25, 2011 5:37 AM in reply to Darrell Loverin

Report

I don't think that's going to work unless there is a version of flash support for flashplayer 10 out there somewhere.

|
Mark as:
Currently Being Moderated

7. Darrell Loverin,

Apr 25, 2011 6:15 AM in reply to bucpatr1

Report

On the Windows machine where the RSLs loaded, did you first clear the Flash Player cache and the browser cache to make sure you are really loading the RSLs?
I would also clear the caches on the Ubuntu machine for the same reason.

-Darrell

|
Mark as:
Currently Being Moderated

8. bucpatr1,

Apr 25, 2011 7:50 AM in reply to Darrell Loverin

Report

I went and cleared the browser and flashplayer caches of the windows and linux machines, but it didn't make any difference.

|
Mark as:
Currently Being Moderated

9. bucpatr1,

Apr 25, 2011 12:31 PM in reply to bucpatr1

Report

Something else I noticed. The error message was indicating that it was trying to load the swz file from the same directory as the module being tested which would fail since no such file exists in that directory. I created a custom version of flex-config.xml that looks for the swz in the frameworks/rsls directory instead and updated my ant build to load that as the config instead.

Nothing... It still gives the same error, just with a different path to the offending .swz. This raises the question
A) why is it failing to load the swc from the default url defined in the config file (http://fpdownload.adobe.com/pub/swz/flex/4.1.0.16076/framework_4.1.0.1 6076.swz) and
B) When it does fail, why isn't it able to load the swz from the local directory the second rsl-url points to?

|
Mark as:
Currently Being Moderated

10. Darrell Loverin,

Apr 25, 2011 5:10 PM in reply to bucpatr1

Report

We did some testing and could not reproduce the problem. We tried with Flex 4.1 and Flex 4.5 with this configuration:

Ubuntu 10.04 (VMware)
Firefox 3.6.3
Flash Player 10,2,159,1

If you tried to load a signed RSL that does not exist, you should not get an invalid signature error. You should get an Error #2032: Stream Error. This tells me the Flash Player cache was not cleared.

A. Does a browser tool such as Charles show the RSL is actually downloaded from the server?
B. Security errors stop the load process.

-Darrell

|
Mark as:
Currently Being Moderated

11. Darrell Loverin,

Apr 26, 2011 4:13 AM in reply to bucpatr1

Report

I realized the previous answer to B is not correct. The load process stops if the Flash Player throws an error instead of just reporting it via listeners.

-Darrell

|
Mark as:
Currently Being Moderated

12. bucpatr1,

Apr 26, 2011 7:12 AM in reply to Darrell Loverin

Report

I installed charles, but I'm not sure what exactly to look for in that mountian of output. If the download of the rsls from adobe is working correctly is there a particula GET or POST I should be seeing?

|
Mark as:
Currently Being Moderated

13. Darrell Loverin,

Apr 26, 2011 7:51 AM in reply to bucpatr1

Report

You should see a get of the RSL swz if both the browser and Flash Player cache do not contain the file.

-Darrell

|
Mark as:
Currently Being Moderated

14. bucpatr1,

Apr 26, 2011 8:52 AM in reply to Darrell Loverin

Report

I'm not seeing the rsl swz get at any point. I'm not sure that's really the issue though since I also don't see the GET when I run it on windows and it works there.

|
Mark as:
Currently Being Moderated

15. Darrell Loverin,

Apr 26, 2011 10:26 AM in reply to bucpatr1

Report

Try using Settings Manager (http://www.macromedia.com/support/documentation/en/flashplayer/help/se ttings_manager03.html) to clear your Flash Player cache. The steps are:
1. Uncheck "Store common Flash components to reduce download times."
2. Press "Confirm".
3. Reselect the "Store..." checkbox.

Next clear the browser cache.

When you run you app again you should see the RSL downloaded from fpdownload.adobe.com.

-Darrell

|
Mark as:
Currently Being Moderated

16. bucpatr1,

Apr 26, 2011 11:08 AM in reply to Darrell Loverin

Report

If I go into the actual folder on my linux machine and clear out the cache that way, it will load the rsls the next time I run my test. The problem is, it only works once. The next time I go to run those rsls will be cached and I'll get errors again. Having to maually clear that cache every time isn't going to be an option for a production build machine.

|
Mark as:
Currently Being Moderated

17. Darrell Loverin,

Apr 26, 2011 1:55 PM in reply to bucpatr1

Report

So it seems you can load the signed RSLs but are not able to use them once they are cached. Can you try running the application with Flash Player 10.1 to see if that makes a difference?

-Darrell

|
Mark as:
Currently Being Moderated

18. bucpatr1,

Apr 27, 2011 6:15 AM in reply to Darrell Loverin

Report

Unfortunately, firefox automatically disables the flash player plugin if an out-of-date version is installed. So unless someone knows of a way to disable that behavior I'm stuck using 10.2

|
Mark as:
Currently Being Moderated

19. Darrell Loverin,

Apr 27, 2011 12:17 PM in reply to bucpatr1

Report

We are not aware of a problem on Ubuntu where swz files are loaded correctly into the Flash Player cache and then later Error #2046 is thrown when trying to use the cached files. Would you please write a bug with the details of your configuration and a simple app that reproduces the issue (include the swf files as well). Bugs may be logged here: http://bugs.adobe.com/flex/. Please include the four parts of the Flash Player version as that may be interesting and post a link to the bug back here for reference.

Thanks,

-Darrell

|
Mark as:
Currently Being Moderated

20. bucpatr1,

Apr 27, 2011 12:34 PM in reply to Darrell Loverin

Report

I'll try, but I'm not sure I'll be able to reproduce this in another project since I still have no idea what exactly causes the failure. In the mean time I've managed to work around the problem by copying the framework rsl swfs into the deployement directory and using them as fallbacks.

Thanks for all the help so far. If I manage to make any further progress I'll post it here.

|
Mark as:
Currently Being Moderated

21. Darrell Loverin,

Apr 27, 2011 1:42 PM in reply to bucpatr1

Report

If you are unable to reproduce the problem with a simple project, then a bug with just the swfs (with debug info) that reproduce the problem should be good enough.

-Darrell

|
Mark as:
Currently Being Moderated

22. jaco@pixeldump,

May 3, 2011 10:11 AM in reply to Darrell Loverin

Report

hello,

I have the same issue, Ubuntu 10.10, flashplayer 10.3rc1

mxmlc SimplePrj.mxml -debug=true -benchmark=true --target-player=10 -output ../deploy/SimplePrj.swf

mxlc verbose:

Loading configuration file /home/.../flex-config.xml
Initial setup: 79ms
start loading swcs 9ms Running Total: 88ms
Loaded 34 SWCs: 740ms
precompile: 1062ms
Required RSLs:
    http://fpdownload.adobe.com/pub/swz/flex/4.5.0.20967/framework_4.5.0.2 0967.swz with 1 failover.
    http://fpdownload.adobe.com/pub/swz/tlf/2.0.0.232/textLayout_2.0.0.232 .swz with 1 failover.
    http://fpdownload.adobe.com/pub/swz/flex/4.5.0.20967/spark_4.5.0.20967 .swz with 1 failover.
    http://fpdownload.adobe.com/pub/swz/flex/4.5.0.20967/sparkskins_4.5.0. 20967.swz with 1 failover.
    http://fpdownload.adobe.com/pub/swz/flex/4.5.0.20967/mx_4.5.0.20967.sw z with 1 failover.
Files: 540 Time: 3380ms
Linking... 27ms
SWF Encoding... 18ms
/.../SimplePrj/deploy/SimplePrj.swf (80059 bytes)
postcompile: 45ms
Total time: 4259ms
Peak memory usage: 81 MB (Heap: 62, Non-Heap: 19)

I had to copy the swz to deploy folder since failovers are not yet available.

* accessing from windows machines it loads swz without complaints.

Jaco

|
Mark as:
Currently Being Moderated

23. jaco@pixeldump,

May 3, 2011 12:33 PM in reply to jaco@pixeldump

Report

hello,

removed old rsls from flexSDK, now it works as expected.

Jaco

|
Mark as:
Currently Being Moderated

24. Darrell Loverin,

May 3, 2011 3:41 PM in reply to jaco@pixeldump

Report

After clearing the Flash Player cache, are you able to load the RSLs and run the application or do you always fail to load the RSLs?

-Darrell

|
Mark as:
Currently Being Moderated

25. Darrell Loverin,

May 3, 2011 3:45 PM in reply to jaco@pixeldump

Report

I don't understand what you did to fix the problem. A Flex SDK only has one set of RSLs. How can you remove old RSLs?

-Darrell

|
Mark as:
Currently Being Moderated

26. jaco@pixeldump,

May 4, 2011 12:15 AM in reply to Darrell Loverin

Report

Hi Darrel,

clearing the player cache did not the trick.
I know flexSDK has one set of rsls, but I'm used to merge flex/air SDKs as they update. I also have some custom utility to ease compilation in /bin folder and docs/info folders.

So, I had to keep only the newest set of swz in /frameworks/libs/rsls folder.

Jaco

|
Mark as:
Currently Being Moderated

27. jaco@pixeldump,

May 4, 2011 3:28 AM in reply to jaco@pixeldump

Report

hummm,

I'm quite confused, it seems that the only reason it works is because now failovers are up, they are cached from Adobe site.

Jaco

|
Mark as:
Currently Being Moderated

28. Darrell Loverin,

May 4, 2011 5:45 AM in reply to jaco@pixeldump

Report

I'm confused as well.
Are you using the default RSL configuration or have you modified it?
If you are using the default RSL configuration, then your failover RSLs should be SWZ files located in the same directory as the loading application.

If your RSLs are cached in the Flash Player cache then there will be no need for a failover because the SWZ file will come directly out of the cache.

Could you post either the output from the debugger console or the Flash Player log when you run your application? Flex will output messages that will tell you when it was unable to load an RSL and when it is failing over to another RSL.

-Darrell

|
Mark as:
Currently Being Moderated

29. bucpatr1,

May 4, 2011 6:09 AM in reply to Darrell Loverin

Report

It sounds like he's seeing the same thing I did. For some reason in Ubuntu it's detecting the cached versions of the framework rsls so they don't get downloaded from the website, but when it actually goes to access those cached files something is breaking.

|
Mark as:
Currently Being Moderated

30. jaco@pixeldump,

May 4, 2011 8:02 AM in reply to bucpatr1

Report

hello,

I've done some further tests, always clearing player cache before.

So, having empty cache, using default flex-config.xml it always look and load swz from Adobe site, ignoring local.
I think it's the default behaviour.

Trace has no meaningful infos since it loads with no error.

Anyways, further loadings come from cache, only one request to Adobe fpdownload crossdomain.xml

Jaco

|
Mark as:
Currently Being Moderated

31. Darrell Loverin,

May 4, 2011 8:39 AM in reply to jaco@pixeldump

Report

It sounds like you are you able to successfully run your application using cached RSLs. Is that correct?

-Darrell

|
Mark as:
Currently Being Moderated

32. jaco@pixeldump,

May 4, 2011 9:25 AM in reply to Darrell Loverin

Report

yes it seems so.

works on my ubuntu box 10.10 and 11.04 notebook.

I'll try to understand the way of using local swz, getting rid of Adobe site availability.

If you find some helpful/practical infos, please post references, those on help.adobe are quite weak, thanx.

Jaco

|
Mark as:
Currently Being Moderated

33. Darrell Loverin,

May 4, 2011 9:55 AM in reply to jaco@pixeldump

Report

Why don't you want to use the Adobe site? The RSLs there should be the correct RSLs for the SDK you are compiling with.

-Darrell

|
Mark as:
Currently Being Moderated

34. jaco@pixeldump,

May 4, 2011 10:40 AM in reply to Darrell Loverin

Report

hi,

I have nothing against that way, but til yesterday they weren't available, so I spent many hours for nothing.
Ohter issues are relevant to online/offline development, using SDK nightly builds and so on.

I know I can "resolve" with

-static-link-runtime-shared-libraries=true
but it spit out cumbersome swf, specially on -debug=true and modules.

Jaco

|
Mark as:
Currently Being Moderated

35. Darrell Loverin,

May 4, 2011 12:36 PM in reply to jaco@pixeldump

Report

Yes, RSLs are not posted for nightly builds. If SWZ files are not available for a build you can always deploy unsigned RSLs (swfs) with your application and it will still work (the default RSL configuration is to failover to RSLs in the same directory as the application). To see the default RSL configuration take a look at the "runtime-shared-library-path" elements in flex-config.xml.

-Darrell

|
Mark as:

Forum guidelines

Answers + Points = Status

10 points awarded for Correct Answers
5 points awarded for Helpful Answers
10,000+ points
1,001-10,000 points
501-1,000 points
5-500 points

Flex

Error #2046: The loaded file did not have a valid signature in flex 4

Apr 20, 2011 8:07 AM

More Like This

Bookmarked By (0)

Answers + Points = Status