iAds not clickable - anyone else having this issue?

The social plugin change has been rolled back.  The change was to enable support for TencentWeibo.

Thanks for the update - I’ve now managed to build successfully. 

Having logged output to the console and checked output on Xcode I can only conclude (wrongly?) that there is a fault with the iAd plugin. The first iAd banner always appears at the top of the screen on all the Xcode device simulations. After the first banner appearance, all subsequent banners appear at the bottom of the screen as intended.

Here’s a simple hack, er, I mean fix to prevent the first banner from appearing at the top. Function body:

 ads.show("banner", {x = Screen.left, y = Screen.height}) if firstBanner then firstBanner = false timer.performWithDelay(100, function() ads.hide() timer.performWithDelay(100, function() ads.show("banner", {x = Screen. left, y = Screen.height}) end, 1) end, 1) end

local firstBanner = true is set outside the function.

This prevents the first iAd banner from appearing at the top. In my portrait app I always want the iAd banner at the bottom.

Ever since reading Jon Beebe’s post about using a timed delay to get around a physics problem (can’t recall the specifics) I’ve been peppering my code with this timed delay technique to get things to play nice. Oh well…

MAS1

iAd banner ads now working after the update.

Sometimes when I click on an ad I get “item not available” Anyone else?

MAS1

That would likely be on the Apple side of things.

Rob

That’s what I suspected. Thanks.

MAS1

The tracking in the iAds dashboard is working ok now as well? We’re still waiting for our last update to go through, will let you know how we get on…

Yes - the dashboard tracking is working. 

Caveat - one time when testing (this was an adhoc build right before uploading to Apple) an iAd banner did not respond to clicking. It only happened the one time and I couldn’t reproduce it. I doubt very much the error was in my code - the plugin more likely. For anyone using iAds I recommend testing thoroughly! 

I have RevMob and Vungle and when performing the adhoc build testing I tapped the iAd banner at startup, either side of app suspension and either side of RevMob and Vungle ads (where I hide then show the banner).

I also had a good old test on live iAd banners and the “tap and nothing happens” problem did not occur. I didn’t do too much of this testing on the live iAds in case it flagged up as fraudulent at Apple’s end!

Good luck!

MAS!

In answer to the question about whether plugins are tied to daily builds, the answer is that they are not.  I confirmed this in an email chain with Walter and David a few months ago.  It’s also alluded to in this blog post (last paragraph of point #4): http://www.coronalabs.com/blog/2013/09/25/wednesday-faqs-using-corona-plugins/.  Regardless of what daily build you’re using, you’ll always get the latest plugin.  As we’ve seen on this thread, this creates a very dangerous situation for developers, where plugins can be (and are being) updated without us knowing, potentially introducing bugs.  The worst would be if a plugin happens to be updated and introduce a bug right between your final developer build and your release build!

When speaking with Walter and David, they acknowledged this was a risk and mentioned they’d look into publishing some sort of release notes when plugins are updated.  At least, then, we’d have some visibility into what might need to be retested.

  • Andrew

Andrew,

Thanks for taking the time to post that information - very illuminating. And yes, rather worrying not being able to “roll back” to a previous plugin that is known to work.  Thanks again.

MAS1

FYI, I’ve just emailed Walter and David and asked them specifically to reply on this thread to clarify the situation.

(I should also mention that I started experiencing the exact same iAds issue as has been described on this thread.)

  • Andrew

Andrew - yes we agree that it is very dangerous to not have any version control for plugins - as you say one minute everything may be working fine then when you make the final build to submit something breaks - then unfortunately you don’t know it is broken until 4-5 days later once that version has been approved and is live in the store! Not ideal.

In our case this has been very costly - for more than 10 days now we have been running our two main aps with no working ads just after we ran a major promotion on them.

We have lost around $10-15k because of this issue so far and I’m sure we are not the only ones so this is a really serious issue from our point of view.

Hi guys - we are aware of these issues. So 2 points/questions:

  1. I understand that the issue should be fixed with the latest version of the plugin. But can anyone here confirm that you are still seeing the issue?

  2. We are working on a way to have release notes for plugins. That is a first step towards making the overall system more robust.

Hi David, thanks for joining the thread.

On (1), I’m still experiencing the issue where the first iAd banner always displays at the top of the screen, regardless of the parameters passed to ads.show().  Subsequent banners display in the right position.  I’m using Daily Build 1227, and I just did the build a few minutes ago.

On (2), I think I speak for everyone when I say that release notes for plugins would be a tremendous help to the community.

  • Andrew

I am also still experiencing the same issues as Andrew where the first iAd banner shows at the top of the screen and then all subsequent iAd banner requests display in their correct position (bottom of the screen for me). I am using Daily Build 1228 and just tried as a couple minutes ago.

Thanks,

-Clark

David, dchan, it would be helpful to know whether you acknowledge and can reproduce the bug we’ve been describing (first iAd banner placement always appears at the top of the screen, regardless of the coordinates passed to ads.show(); subsequent banners are positioned correctly), and when we can expect the fix to be available.

One of us can submit a bug report if need be, but since a number of us are reporting the same issue, it should be clear that the bug exists and is easy to reproduce.

Last, if possible, it would be helpful to know what the purpose of the changes to the plugin were and whether there’s any possibility of rolling back to the previous version.

Thanks.

  • Andrew

Guys - Danny will be looking at this in the next couple of days. He is currently working on something else that has priority over this, but we will try to get to this asap.

Thanks David for providing some clarity on the timing.  Of course, I’ll just reemphasize that this is essentially a showstopper issue for any developer in the community releasing an app with iAds banners, so (I hope) it should be considered a rather high priority.

  • Andrew

Agreed, this is pretty much a top priority for us when we have lost nearly two weeks of earnings for an issue that was essentially out of our control.

Although perhaps not ideal I have posted a fix (in this thread) for the “1st iAd banner appears at the top when it should be at the bottom” problem.

MAS1