Hi Andreas, a "solution" in which Flexmojos doesn't complain about a return code 1 sounds like a reasonable solution as long as you have to explicitly turn it on and it is not on by default. Ideally when running on Linux and encountering this problem it would be good if a message was presented to the user telling him about the option.
So if you would issue a PullRequest, I could include this in the upcoming 7.1 release (Have to process one or two PRs so one more doesn't matter). Linux+Flash really gave me quite a lot of bad days and problems you have here are sort of my Kryptonite :-( Would be glad to hear of others that managed to solve this type of problem. Chris ________________________________________ Von: tjajab <[email protected]> Gesendet: Freitag, 5. September 2014 13:21 An: [email protected] Betreff: Flexmojos flexunit testing on headless Ubuntu 14.04 Hi, I am using Flexmojos (6.0.1) to compile and test my swf application. It works fine on my Windows machine, however when trying to run it a Vagrant box with Ubuntu 14.04 (64-bit + xvfb), it sometimes fails due to the Flash player gives an error (1) while closing. I have not managed to get any debug information regarding the actual error, except that I see the following errors every time the flashplayer closes (even when the build succeeds, it seems): GLib-GObject-WARNING **: instance with invalid (NULL) class pointer GLib-GObject-CRITICAL **: g_signal_handlers_disconnect_matched: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed All the test runs and succeeds, and it has nothing to do with the Xauthority problems I saw in some other tests. I did a small change in AsVmLauncher.java in the flexmojos-tester package (simply added return code 1 as an accepted return code), and then everything works and I get my ordinary test coverage reports. I however realize that 1) This is not a good solution, as the return code 1 may indicate a more serious error, and 2) This is probably nothing that can be fixed in the flexmojos package, as it seems to be the flashplayer on Ubuntu 14.04 64-bit that is the problem. I post the question for two reasons: 1) Would it make sense to add a flag to actually continue on return code 1, as I have found no way to get the flashplayer to close normally every time. I can do a PR on this if it seems like a reasonable solution. 2) If anyone else has this problem, have you found a way to get around it? Is it a race condition of some kind? I've tried both the built-in xvfb-run and to have an xvfb server running before the test starts. It seems that when I have a server running before starting the build it actually succeeds sometimes, although it was I while since I could reproduce that. BTW, the flashplayer I use is located at http://fpdownload.macromedia.com/pub/flashplayer/updaters/11/flashplayer_11_sa_debug.i386.tar.gz Best regards, Andreas -- View this message in context: http://apache-flex-users.2333346.n4.nabble.com/Flexmojos-flexunit-testing-on-headless-Ubuntu-14-04-tp7894.html Sent from the Apache Flex Users mailing list archive at Nabble.com.
