Marc

This would be users who can see hidden items, so would be moderator permissions

Also it would be worth checking your spam folder to ensure they arent simply being caught up in there

I can pass this on, but Im not seeing any issues at all at present.

Sorry to hear this is the way you feel. This is unfortunately not a simple case of adding primary keys to each table, and would be an extremely large undertaking on the software. Therefore is not something you are likely to see any time soon. However, I would like to address the below I would suggest on this contacting a developers to work on this on your behalf. The documentation does indeed show the creation of members in the members section of the members section of the rest API here https://invisioncommunity.com/developers/rest-api A POST request would be sent to the following endpoint - /core/members In addition, this returns the ID of the member that has been created. You can pull a full list of members on the REST API if you need to pull those separately with a GET request to the following endpoint /core/members However you do mention the following after that part Getting all IDs and the use of OAuth for creation of members are 2 different things here. In terms of OAuth and your other site being the client, you can create OAuth clients within System->Site Features->API for your purposes, which follow the OAuth 2.0 standard. All scopes are shown in that area that can be used, and again the ID of course would be provided to the client. There isn't anything here at this point that you have said that isn't already available with our APIs. I would encourage you to get someone who is familiar with these, or if its just things you are unsure of, please post in our developers forum to ask those questions.

Do you have any plugins at all enabled on that chrome instance? I am unable to replicate this there also

Our developers have actually been unable to replicate the bug reported initially in the ticket. I've just been trying to replicate that myself also, and unable to replicate. If you have step by step instructions on how to replicate the issue, please feel free to share those and I can test with that

I would need specific example items if possible, so I can look further for you

As mentioned by my colleague, this will be resolved in the next feature release 🙂

Please could you ensure its in that state, so I can take a look for you? or provide a step by step example, including exactly what you set, so I can replicate and the issue and revert to default when done

Please could I confirm you are running the latest release of the software?

Please ensure you have applied all patches showing in the support area of your admin CP. This should correct the problem you are having

Are these registering under the standard login method, or other means?

Im not sure what this would resolve. This would very much not be the way to go in terms of an upgrade, and the error in question is related to the database and log table size. No amount of changing files will change the size of that database table.

It may be worth taking a look through the providers database and employing services to upgrade such an old site if you are having issues there. We no longer support 3.x, including upgrades from, but there are many who offer these services where people are having problems, so thought I would mention this. https://invisioncommunity.com/third-party/providers-directory/

You should upload those folders. There is no need to remove those as you once did.

Are you looking at this while logged in or logged out?

Could you please let me know where it is you added the block? I cant seem to locate where you added it on your site

While I understand what you are saying there, there is no getting past the fact that you server is saying it cannot connect. I have created a ticket for you, so we can get more information on what you are doing, as I see you have issues with twitter also there that is also not set up correctly.

We wouldnt provide a tool for uploading items to your server for a manual upgrade process

There has been a bug fix for this that is not yet tested, so you should see this on future releases. I'm not sure where you have seen 2021 as this topic was opened in April. Some fixes will unfortunately take longer periods of time, due to complexity involved.

Could you let me know the exact error message you see when you see this again please?

Please ensure the user on file has full access, and we can then take a look for you. Seems it doesnt at present

Its not something we would recommend attempting on our database. It would likely take a lot of work both on the database and software. As mentioned by Charles above, we use replication to multiple replicas on our own network without the need for this

We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.

You can indeed. Visit one account in the admin CP, click on account actions, and you will see "Merge with another member" EDIT: Terabyte beat me to it 😄