Skip to content
This repository has been archived by the owner on Oct 29, 2022. It is now read-only.

Fault exception, only occurs on iOS #39

Open
mlaframboise opened this issue May 5, 2014 · 13 comments
Open

Fault exception, only occurs on iOS #39

mlaframboise opened this issue May 5, 2014 · 13 comments
Assignees
Labels

Comments

@mlaframboise
Copy link

I am currently logging events using the following line:
m_googleTracker.buildEvent(category, action).withLabel(label).track();

Everything works correctly on Android, but whenever I call this line on iOS, I get the following error:
[Fault] exception, information=ArgumentError: Unable to read a property on method 'trackTiming'.

To my knowledge, it shouldn't even be calling trackTiming since I'm using the buildEvent function, not buildTiming. Is something broken in the iOS code?

@alebianco
Copy link
Owner

There's no way that that error is triggered by your as3 code. you must be tracking a timer somewhere ...

@mlaframboise
Copy link
Author

Nope, I've checked this a number of times. This is literally the only call in the entire application.

When I build for Android, this call works as expected, but once I build for iOS, it crashes with the posted error every time. There's something in the iOS code that is calling trackTiming when it should be using trackEvent instead.

@mlaframboise
Copy link
Author

As an update, this bug still occurs as of build v2.0.7 RC2. It is not possible to log any events on iOS; it still tries to call trackTiming instead of trackEvent when using the buildEvent function.

@lrgsteven
Copy link

I can confirm the above report on iOS

timingtesthit

The above line was debugged on the device to reveal:

timing

I even tried another test case of

var testHit2:Hit = m_googleTracker.buildView( "testaroo" ).create();

which also created a Hit with type of TIMING

@lrgsteven
Copy link

I tried these same debug tests on Android and the Hits have the correct types.

It seems that the Enum code is not functioning correctly on iOS.

I am using Adobe Air 13 and iOS 7

@alebianco
Copy link
Owner

That's super weird. Are you trying on a device or on the simulator?
I'll do some more tests around this and thanks for the extra details, it will help me a lot.

@lrgsteven
Copy link

I did the tests on the device and used a remote debugger.

My text editor is Flash Develop (Windows). However, all builds use Ant and Apache Flex http://flex.apache.org/

Thanks for your help. The ANE is much appreciated.

@alebianco
Copy link
Owner

ok. I used to run most of my tests on the simulator on mac and never noticed it.
what about you @mlaframboise ? you are on mac or win?

@mlaframboise
Copy link
Author

I use the same environments as @lrgsteven (we're co-workers and he offered to help me look into the issue more).

@alebianco alebianco added the bug label Jun 17, 2014
@alebianco alebianco self-assigned this Jun 17, 2014
@alebianco
Copy link
Owner

good to know, it might be a packagin problem on windows (i don't think the IDE is to blame)
i'll focus my tests on that, thanks

@mlaframboise
Copy link
Author

On possible workaround that could be done temporarily is to put the EVENT HitType on the bottom in HitType.as

It looks like iOS is just defaulting to the last HitType (in this case TIMING) regardless of what it should be, so if EVENT is at the bottom, it would make the ANE temporarily usable for the time being until a proper fix is implemented since we're only ever making buildEvent calls.

@mlaframboise
Copy link
Author

Have you managed to make any progress on this bug?

@lrgsteven
Copy link

Howdy,
I finally got around to compiling from source and my build did not have the error seen in the binary distribution. Though, I noticed that the user.properties.eg was pointing to iPhoneSimulator instead of iPhoneOS and I can't help but wonder if that is the culprit. Was the binary built with the Simulator SDK instead of the device SDK?

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

3 participants