Jim M

Looking at the ticket, you have asked some follow up questions there, I will let our developers provide you with a solution to this particularly unique problem in the ticket as you had a previous bug resolved as part of this process so I do not provide further confusion.
 

Looking at the ticket, you have asked some follow up questions there, I will let our developers provide you with a solution to this particularly unique problem in the ticket as you had a previous bug resolved as part of this process so I do not provide further confusion.
 

Thanks @Marc Stridgen! It was, in fact, the anonymity option, which I couldn't find, as in order to reach the page where it is located, one needs the user's password! 🙂
 

If you have the following setting enabled (reset groups when purchase expires or is cancelled), the user will return to the group they were in once their subscription expires or is cancelled.
Ideally, you would never manually change a user's group to your "subscribed" group without working through an invoice/purchase. To do this, even for a user you don't want to charge, you would create an invoice, zero it out through a misc. charge and set the purchase's expiration for the user to when you want it to expire so that it follows the same flow. The same is true, you should never manually move the user's group from your "Subscribed" group to the "Unsubscribe" group. You should always cancel/expire the purchase.

Hope that makes sense. Thus, it will always flow in the correct manner and you never have to worry about things getting out of sync in regards to groups.

Correct, it will be something we look into here. Daniel submitted a report in our internal tracker and one of our developers will look into this odd behavior. While I can't provide a specific release it will be in, we will look to solve it. Thank you for bringing this up and drawing our attention to it!

As you're utilizing a social media login provider, this will allow the user to create an account without registering due to the requirements in place from those providers. I would recommend disabling this if you do not wish for this to happen.

It’s always on. If you want to check it out, make sure to look at other people’s records, not your own. 

Glad to see you were able to resolve this and add the correct templates so it shows. However, that is quite odd that "Category 2" was not showing previously. I have tagged this to one of our developers so they can clarify the differences here between the templates you used.

No, I don't. Thanks for clearing that up.

In 4.6.8, we released a few new SEO features which you can read about here: 
 

I've disabled the server caching and will monitor the site over the weekend to see if it has any affect

If customers would get gold medals for patience, you would get a dozen.

I now have 3 communities with the same issue, so I'm hopeful I'll figure it out pretty soon now.

It is a dynamically generated URL. It is not a physical file. 

Currently, what you want here is indeed possible through group permissions, however, you would need to allow your purchased group to be able to download any file throughout time. This setting is an all or nothing setting (as usually, it's provided to admins/moderators): Edit Group -> Downloads tab -> Can download paid files without paying?
Through this, you would not need to make any change to your setup now as this would be handled through group permissions. Just would need to ensure that your groups are setup properly through registration.

Yes this was totally on the sendinblue side and they agreed to it.
Basically they made some change to be able to track mail openers and clicks and this screwed IPS links. They proposed to reverse the change but were insisting that the links were screwed because IPS did not accept the _se parameter they added.
Rather than fighting with them in order to explain that the real problem was that they screwed the &, i chose to cancel my subcription with them and move to AWS, and i saved quite a few bucks doing so 🙂

Just wanted to update this and state that this was patched yesterday. Please let us know if there are any further issues.

Thanks both for taking the time 👍

Thank you for reporting this. Was able to login to your community, review your settings and now was able to reproduce this on my own installation so this is indeed a bug. I have reported it internally and a fix should be released in a future maintenance release. Thanks again!

In ACP -> Forum Settings you can choose a Grid Card Image. Have you tried that?

Just a quick update to let you know a patch was just released for 4.6.8, and is available within the support area of your admin CP. No need to wait for the next release 🙂 

Very odd. Glad to hear it is resolved though. If you encounter it again, please let us know and we can investigate further.

Thanks for posting!

Unfortunately, this issue is beyond the scope of our technical support. 👩‍💻

Our technical support is happy to help you with the Invision Community platform, but we're unable to help with things like server management, theme questions and modifications.

I've moved this to our Community Support area where other Invision Community owners will see it and help where they can.

You'll want to set "Maximum image dimension to save" to Unlimited. 

The maximum time for the cron job to run would be 1 minute. If the time exceeds this than some unintended consequences may happen. There are checks and balances for running less than 1 minute but it still may cause some processing overhead on your end. Ideally, 1 minute is the recommended time to run it. If you encounter issues with a configuration that does it more frequent, our remedy most likely would be to change that so it is at 1 minute.