

Compare project in 2.0 vs. 3.0
https://llk.github.io/scratch-gui/develop/#171494108
Ubuntu 16.04 & Chromium 60.0.3112.113
It looks like it's failing to detect the player touching the Edge sprite.
In the player sprite:

In the level sprite:

When I added a new, more opaque costume to the Edge sprite, it started working.
The Edge sprite's costume is a vector image (a rectangle sitting along the right edge of the screen). When I converted the costume to a bitmap and loaded that in 3.0, it detected a collision with the player and the Edge sprite.
The first thing I noticed with the trouble when touching the rocket is that the rocket's color is very similar to the ground. I tried creating various costumes to narrow the problem, and came to some surprising results:
And yet in my next debugging project, in which I isolate the problem by making the player into a "touching/not-touching the color" indicator which follows the mouse, everything behaved as expected! Surprising.
Thanks for the great analysis and repro @towerofnix and @yongabyte !
So an update on this. On the original project, the edge triggering a new level seems to be working again (for me, but @towerofnix can you confirm). However just hitting "right arrow" and smoothly moving across the stage still does not work (you get "snagged" on the rocket). Here is a gif of the current state:

@cwillisf It seems like a subtle difference in the way "touching color" deals with anti-aliasing?
@paulkaplan I can reproduce this as you described - moving to the edge to activate the next level does work but the player still gets snagged on the rocket (as in your gif).
Also, potentially separate (or related) issue, from this same project - these particular stars in the first level with the rocket behave weirdly:

The three red stars "kill" the player sprite, sending it back to the starting position, and the purple star acts as a solid platform (just like the ground).
This is inconsistent with your gif - when I run the project, I need to avoid specifically those stars, whereas you just jump through them (as expected; they're part of the backdrop image). An added level of difficulty, sure, but not an intended one :)
It seems like a subtle difference in the way "touching color" deals with anti-aliasing?
I can definitely see the stars acting the way I described being related to this.
I'm going to close this and open an issue on scratch-render specifically about touching-color testing.
Most helpful comment
The first thing I noticed with the trouble when touching the rocket is that the rocket's color is very similar to the ground. I tried creating various costumes to narrow the problem, and came to some surprising results:
And yet in my next debugging project, in which I isolate the problem by making the player into a "touching/not-touching the color" indicator which follows the mouse, everything behaved as expected! Surprising.