I still get page not found whether in safari or firefox. Perhaps its a country based issue as I’m over here in Asia. So you’re able to DL build 1225?
So am I :D (I’m in Korea)
Looks like there are some propagation delays. I had the same issues, but was able to download about an hour ago…
Give it a bit of time, guys. The propagation can take a while sometimes.
alex
Hi Paolo,
The issue should be fixed in 1225. Could you please confirm?
Thanks,
alex
It looks like the double call to onComplete has been fixed with build #1225
For those who can’t download the latest daily build, try logging off the Corona website, then log back on and retry downloading again.
@alexf – i am somewhere else entirely now, cannot download or even access my code. untested pseudo code for my problem is:
local circle1 = display.newCircle(200, 200, 10)
local circle2 = display.newCircle(200, 200, 10)
local function removeObjects()
display.remove(circle1); circle1 = nil
display.remove(circle2); circle2 = nil
end
transition.to(circle1, "time = 500, xScale = 2, yScale = 2, onComplete = removeObjects ")
transition.to(circle2, “time = 500, xScale = 2, yScale = 2”)
It should throw an error with older version and not with 1225. if that is the case, consider it solved. and thanks a lot for looking into this.
@paolo.longato: did test with:
local circle1 = display.newCircle(200, 200, 30) local circle2 = display.newCircle(200, 400, 30) local removeObjects = function( event ) display.remove(circle1); circle1 = nil display.remove(circle2); circle2 = nil print( "Triggering onComplete" ) end transition.to(circle1, {time = 2000, xScale = 2, yScale = 2, onComplete = removeObjects } ) transition.to(circle2, {time = 2000, xScale = 2, yScale = 2} )
and it works perfectly in 1225.
alex
Build 1225 seems to have resolved the issues and so far from what I can tell the transitions seem to work fine now, no more double calls after onComplete.
@paolo: I still had the errors occur in 1219, so you should definitely get 1225.
@jaques1, yes. My question was (given that I am away from my development computer), did I isolate the “correct” problem in the first place with my pseudo-code written from a cafe’ in the middle of Copenhagen (while drinking capuccino and enjoying the sunny day)? If so I am happy (doubly happy as it feels good to solve a problem while actually not working ).
I also remember getting warning messages saying something along the lines of: attempt to set alpha outside boundaries (and a very small negative number). I have no idea what triggers it but I assume it was transitions (only a transition could be capable of setting alpha on objects at funny levels like -0.18334323e-5). If “stopping time” issues are fully resolved in 1225 I bet I will not see that message anymore either .
That alpha warning I have seen when transitioning alpha to 0 or 1 with a bouncing transition. Its kind of annoying.
point in case: in 1225 you should not see it if the stopping time problem is resolved.
The engineers have identified the download problem are working on fixing it. It seems to only be affecting some people, hopefully this will be resolved shortly.
When it is, I encourage everyone to pick up daily build 1225 or later as 1225 has the latest fixes to handle the nil object and time default issues. If you do continue to post issues about Transitions 2.0 please make sure to include your build number and any details that will help us track the problem down.
EDIT: and right as I click the save button, I get a note from the engineers that the download problem should be fixed.
Thanks
Rob
It would be super nice to have a method that checks globally if an object is currently animated. like:
if object:isanimated() then … end
without having to set the transition to a variable. just my 2 cent.