Stuart Silvester

They don't have any renewal date and cannot expire, so they're deemed 'active'

Hi,

This is a problem with the 3rd party Connections app. I would recommend letting the author know about this problem.

Administrator actions are logged (like for everything else too) in the Administrator Logs section (I did just fix a couple language strings)

There's a fix for this being reviewed currently. If it's approved, it will be in a future release, not 4.7.11 (Since that beta process has already started).

I had made an adjustment for the next beta.

Thanks!

This change was shipped in 4.7.8 - 

Hi,

No, that information isn't available via the REST API at this time.

It's also worth pointing out that (depending on your settings) the member will be asked to select a subscription in order to use your Community, but the account being able to exist before that point is not a bug (it would be the same scenario if the account was created via API etc)

It's something we're aware of and have on our list for improvement, however it's part of a very central library we use so it isn't an easy task to remove it.

Yes, more than two.

Yes, you can resume if the conversion hasn't finished

Hi Christian, 

`login()` is analogous to HTTP Basic Auth.

	public function login( string $username, string $password ): static
	{
		curl_setopt_array( $this->curl, array(
			CURLOPT_HTTPAUTH		=> CURLAUTH_BASIC,
			CURLOPT_USERPWD			=> "{$username}:{$password}"
			) );
		
		return $this;
	}

We'll update the documentation to have a non-framework example.

I suspect you're using a non-standard language pack that has an incorrectly translated word (converted_x_of_x)

It sounds like you may have previously archived the topic and then permanently unarchived them. But don't forget too, you're looking at topics that have been last updated over 15 years ago, not topics that were created over 15 years ago.

As noted in the documentation, `files` should be an array 

Keys should be filename (e.g. 'file.txt') and values should be file content

10 minutes ago, H5K said:

@Stuart Silvester@Jim M this seems to be a bug. I think I recall having a similar issue after editing an existing gateway and replacing the test api key/webhook/etc with the live info. Could you confirm if there is a bug with editing an existing gateway?

There's no bug here, changing the data that the Gateway/API references is going to cause problems. That goes for any gateway if you're changing something material such as the data source or account IDs.

This issue was being caused by the payment gateway trying to use customer data from Stripe's test mode on the live gateway.

It's always a good idea remove the gateway that was used for the Stripe test mode during set up and create a new one for live transactions.

1 hour ago, nodle said:

One idea since they have separated cloud vs. self-hosted is why do self-hosted clients still have to deal with this, and why can't we dismiss it permanently? I mean isn't it our responsibility to secure our own server, and since we are shouldn't we be allowed to dismiss it completely? I know with shared hosting it's sometimes impossible to dismiss this message. Just a thought.

It's not separate at all, The apps are the same regardless whether they're self hosted or not.

This warning is most certainly for classic self-hosted and not our platform too, it's telling you that the server you're using is potentially insecure. Not just from your account on the server, but potentially other accounts on the server may be able to use these functions to access your data. It's something that needs securing properly to protect your data.

2 minutes ago, BradTBP said:

Are Live Topics rolled out completely?  I do not see them in my Moderator CP and I did install the April release.  Should I send a message to Support?

Hi Brad,

You're currently on a legacy Cloud package that doesn't include some of the latest features we've been releasing. You would need to upgrade to one of our current packages. If you want to send an email to support, we can help you out with that.

As a long shot, you might still be able to sign in to the AdminCP, disable all of your 3rd party apps and then continue the upgrade at /admin/upgrade

Hi Rob,

That is a customisation specific to that community. You may be able to find a developer here: https://invisioncommunity.com/third-party/providers/ that could implement this for you.

I'm going to move this to a ticket so we can investigate further. Please keep an eye on your email for further updates.

Sure you can go ahead and do it, but sit on releasing it until you have something meaningful to include. Whether that be bug fixes or enhancements. Releasing only this change is a waste of time for our reviewers and for customers.

We're looking into it!

It sounds like you may need to go into the PayPal subscription and manually re-check it. It's possible it timed out if PayPal took longer than expected to collect the payment.