wpsc_post_transition does not purge front page

This is a verified problem on 3.6.1 multisite with supercache 1.3.2 trunk.

If a published post is edited and re-scheduled for the future, supercache does not delete the front page index or regenerate it when the post is republished (two problems).

Perhaps wpsc_post_transition needs to not do any internal handling and just pass the post id directly to wp_cache_post_edit ?

To reproduce this,

1. simply publish a post on a test blog,
2. then edit the post, move it a couple minutes into the future.
3. then log out
4. hard-refresh, old post is still on front page, though it’s individual single page post has gone away correctly
5. wait for new publish time to pass
6. hard-refresh, front page still will not regenerate
7. visit single post page and it has correctly republished at new time, but front page is still outdated

So maybe replace

wpsc_delete_cats_tags( $post );
prune_super_cache( get_supercache_dir() . '/' . $post->post_name . '/', true );

with just wp_cache_post_edit($post->ID) ? Untested. May try it.

You may also want to double-check that $post->post_type=='post' inside wpsc_post_transition since there can be other post types that supercache does not handle.