Mark

Other than notifying Commerce about a dispute (which does use a webhook), everything is initiated by Commerce's end. If a user revokes permission for the recurring charges from their PayPal account then the next time Commerce tries to charge it, it will treat it the same as it would a declined/expired credit card: it will try to use any other payment methods they have on their account and, failing that, will send them a renewal invoice.

PHP 7.1 or higher required (no particular recommendation beyond that other than of course the latest is always a good idea). MySQL 5.5.3 or higher required, 5.6.2 or higher recommended (though again, latest is always a good idea).

I love lazy loading.  I plan on rolling around in the pile of cash that Im going to be saving from not having excess bandwidth used on thousands of images that are loaded but never seen.  
Excuse me while I go burn my Amazon S3 and Cloudfront billing statements.  

Thanks for posting.
Although looking at Stripe they have pretty bad reviews too and I've never had an issue with them. It seems the only people who go to these review sites are ones that have had a bad experience so they can vent frustration.

Not at this time.
Most gateways, including Stripe, Braintree, and PayPal, do not allow most types of adult content. It was probably that. Obviously this is out of our control.
I have expensive tastes 😂 (also specific purchase amounts trigger certain behaviours when in testing mode).

Yes it is. Just like with Stripe you set up each as a separate payment method (but using the same credentials). This allows you to control where they are available (for example, since Apple Pay cannot handle recurring payments you might want to offer that only for products which don't have renewals). They will automatically hide if the user's device doesn't support them (Apple Pay can only be used on Apple products, for example). You can set the "Available To" setting in a payment method (which controls which countries it is available to) to none of them, which effectively "disables" a payment method. You can keep using Stripe for cards and just switch to Braintree for PayPal. If you wanted to switch everything to Braintree to have everything in one location, you would lose cards customers have stored on file (though this would be handled gracefully - they'll just be sent an invoice like they would if their card had expired).

Other than notifying Commerce about a dispute (which does use a webhook), everything is initiated by Commerce's end. If a user revokes permission for the recurring charges from their PayPal account then the next time Commerce tries to charge it, it will treat it the same as it would a declined/expired credit card: it will try to use any other payment methods they have on their account and, failing that, will send them a renewal invoice.

Custom fields and the new sidebar blocks are exactly what I'm after, great features!!!!

😉☺️😘

Only the main Commerce storefront right now.
Sydney 😘 I will accept all kisses on behalf of the team.
 

Only the main Commerce storefront right now.
Sydney 😘 I will accept all kisses on behalf of the team.
 

Mega! We sell books and Commerce prior to 4.4 is a little bit limiting, certainly compared to what seems plausible soon 🙂
 
 

Whoops, thanks! I forgot to convert it from .mov to a more globally used format - it would have been embedded for Mac users 😂 I'll fix that 😊
Yes 👍🏻
You can set a product to not be visible to any groups 
Commerce already has a concept of fields the customer can fill out when purchasing (for example, if you offer a thing in multiple colors, allowing the customer to choose one) but this is something the admin sets - sort of like subcategorisation.
Sometimes there will be overlap (like for color, you might have both an option for customers to choose at checkout, and set a filter with all of the available options) but many things will be static. For example you might have filters for "Brand", "Author", "Genre", "Gender", "Rating" (for films), "Release Year", etc.

Whoops, thanks! I forgot to convert it from .mov to a more globally used format - it would have been embedded for Mac users 😂 I'll fix that 😊
Yes 👍🏻
You can set a product to not be visible to any groups 
Commerce already has a concept of fields the customer can fill out when purchasing (for example, if you offer a thing in multiple colors, allowing the customer to choose one) but this is something the admin sets - sort of like subcategorisation.
Sometimes there will be overlap (like for color, you might have both an option for customers to choose at checkout, and set a filter with all of the available options) but many things will be static. For example you might have filters for "Brand", "Author", "Genre", "Gender", "Rating" (for films), "Release Year", etc.

This looks great! 🙂 I love the new filters.
I would also like to see the ability for members to become vendors of products (where the site owner could take a commision) much like the downloads app. But this is definitely a big step in the right direction. Thanks, IPS!

I love the idea of grabbing their email address early.
Once you have their email address you have many opportunities to get them to activate their account. The alternative is not having anything. Who wants that?
Let's see ... there is...
Username Password Password Confirmation 'Send me news updates' Agree to TOS ... then verify email address. Why not jump straight to verify email address?
What if we auto-fill username with local-part. eg. if joeshmoe@domain.com then joeshmoe is username. (Run some checks ... if not unique ... randomly, add characters to it.) All in the background of course... (Username is used to publicly post message after confirming email address.)
Then the 2nd page could be a message telling end-user to confirm email address (activate account). 
They activate their account and become a SUBSCRIBER. (Activation redirects to page where they can update username and password. Once password has been updated, they can now be considered a MEMBER.)
We now have many opportunities (not just 1) to convert.

It will use the one from the social service (assuming it's set to import emails)
I did experiment with a modal but it felt weird... Like, do you leave the editor with their post still open underneath? That makes it feel like the post hasn't been submitted, and that you could close the modal to cancel, but that wouldn't be the case.
Yes that checkbox is part of the normal registration form.
If they don't complete registration (i.e. they never confirm agreeing to the privacy policy) the email address is automatically deleted. The only thing it is used for before that is to send one follow up email to remind them to finish submitting the very content they submitted alongside giving their email, which is a legitimate interest.
Yes, that's exactly how it works 🙂 
Yes, they will see the COPPA form after submitting the post, and then on the next step it will be as shown in the blog entry.
Invision Community doesn't natively integrate with Akismet, but the registration process is unchanged so our native Spam Defence service, and any other anti=spam measures you have in place are still honoured.

This feature will be in our next major update, 4.4, which is due to be released later this year 🙂 It'll be on by default.

Partly this is why there is the message advising users to sign in - but beyond that, if the email address entered already belongs to an account, it won't let them continue.

Yes, after a week.

Yes the data is deleted automatically. But they're not properly submitted, (i.e. shown to anyone) until the registration is complete - so the question about what would prevent someone from using this feature but never registering is well... their posts are never shown 

Yes the data is deleted automatically. But they're not properly submitted, (i.e. shown to anyone) until the registration is complete - so the question about what would prevent someone from using this feature but never registering is well... their posts are never shown 

Thank you IPS  to have taken this suggestion i made since june 2015 into account :)
 
 
 

Great to see this feature coming!
I like this idea.

Finally! 
Hugs to everyone at IPS!