Michael Collins

Hi there, I spoke to someone on a ticket, we couldn't recreate the issue and assumed it wasn't present anymore but needed to clean the database manually of all the old tags. Now that I've done that I've done some more testing myself and I can see an issue that's still present and may be causing tags to still be in the table with no related post. After I use the moderator actions to delete a post, the tags from that post are still shown in the database. An example of tags are "2025" and "2026". I added these to two separate posts and then used the moderator actions to delete the posts but they are still present in the database.

Ok great, thanks @Nathan Explosion

Screenshots attached. Let me know if you need anything else.

Hi @Nathan Explosion, I am trying to use the reorder pinned topics functionality. However, when I press the "Reorder pinned topics" button in the forum nothing seems to happen. Can you give me some advice? I tested with the default theme.

OK, thanks. I would also note that Invision's recommended provider for WordPress SSO, MiniOrange, is incredibly expensive as it doesn't have a pricing structure that considers membership sites' typical use cases for connecting to forums like Invision. You pay MiniOrange per WordPress user rather than users that have signed-in in a certain time period. This means that the cost goes up forever unless you start deleting users from the WordPress database. So to me, it doesn't seem like a great fit and if there was an alternative out there that Invision would recommend it would be good to know.

Is there any plan to change this? We have found a workaround for now but I would prefer not to have custom code handling these things where possible. It seems like it is a missing part of the system.

I have had a look at setting the manifest details for push notifications but I cannot find the settings page in the menu bar. "[System] Configure manifest details" does come up when I search but if I click on it to open the settings it gives me an error. I'm using the latest version of Invision, 4.7.10

So you provide instructions to have a single sign on but there is no possibility to sign out? That seems pretty strange doesn't it?

@Marc Stridgen, Mike Collins here. You've been mainly speaking to our developer Ben. I'm not really getting much from your answers and replies here. So are you saying that our issue is completely normal and expected or that we have some strange unique usecase that you don't cover? @balazsp thank you for offering that, I appreciate the help.

@opentype and @Marc Stridgen Looks like it has fixed the issue. Thanks very much

HI @Marc Stridgen We've just had a support call with MiniOrange and demonstrated the issue. From their POV, the plugin is working as intended. Is there a way to add a custom logout url redirect endpoint for the OAuth client in Invision? Because what is currently happening is that Invision is logging the user out, then redirecting to Wordpress, where a valid WP session is detected and the OAuth Server is then logging the user back into Invision. If we could have a custom endpoint after the Invision logout, we could then ensure that the user is logged out of Wordpress as well - and our problem would be solved. I'm about to go into two consecutive meetings, but I will add a video later today to demonstrate what is happening - to illustrate the above request.

OK - will do. I will sort that this afternoon. Kind regards Ben

Thanks Marc. We are in the process of setting up a Google Meet with miniOrange Support. We will video the call - which will include a screen share of the problem being demonstrated. Hopefully that will help to resolve this issue.

@Marc Stridgen, I would really like to have a discussion face to face on a call where we can show you our issue directly. Can we set this up? We're happy to pay for the support.

Ok, thanks that looks like the same issue. I have made the change and just waiting for feedback now as I can't actually see the issue myself.

You are looking at the dev site specified in our access settings, aren't you? This is the setup we've implemented:

HI Marc. This doesn't really add up. The issue isn't that there is no single logout - it's that if you try to logout of the forum, it appears that Wordpress then logs you in again - all without any user interaction. See the above screen shot of 301/203 redirects. As miniOrange support have referred us to you, can you give us something with which to go back to miniOrange support, please? Aside from the logout issue - we have this working to our satisfaction. We just need to get this resolved.

Thanks Marc. We have this installed on our dev environment only at the moment - which is on a separate server. I've updated the access details to reflect that - including SFTP and Admin CP. Please let me know if there is anything else you need from me. Thanks once again.

We've implemented SSO using the Wordpress plugin from miniOrange. https://invisioncommunity.com/4guides/members-and-groups/social-sign-in/wordpress-r304/ We've managed to get it working effectively, except for a glitch when logging out. You can see from the attached screenshot that users are being directed to a Logout URL, but then seem to be being logged back in and directed to where they came from. To the user, it just seems as if they cannot log out. We spoke to the MiniOrange support, who came back with the following: "Can you please confirm whether the OIDC single logout URL has been properly set up in the Invision Community app? Additionally, I wanted to bring your attention to the option of adding the "post_logout_redirect_uri" parameter, which allows for the redirection of users after logout. The OIDC logout URL should be in the format: https://your_site_name.com/wp-json/moserver/logout?post_logout_redirect_uri=https://enter_url_where_you_want_users_to_redirect_after_logout Could you please verify whether the OIDC single logout URL has been configured correctly in the Invision Community App? If it is not yet set up, I kindly request that you update it." We were unable to see an OIDC single logout URL field anywhere in the admin. After going back to miniOrange support, today they suggested contacting Invision Support for assistance. Please could you shed some light on this.

Hi there, Someone has posted and linked to another post and they see a scrollbar continually switching on and off in chrome. I have tried to recreate it and couldn't see the issue and they also don't see it when using other browsers. Any ideas about what's happening? IMG_9391.MOV

An integration where it could be provided info from the database for internal/admin queries only would be great. Something like this: https://medium.com/singapore-gds/integrating-chatgpt-with-internal-knowledge-base-and-question-answer-platform-36a3283d6334

Will do - thank you Marc

I'm setting up a new Login Method - using Wordpress and OAuth. On Wordpress, I'm using the miniOrange OAuth / OpenID Connect Server plugin as suggested and I've followed all the instructions. For new users, I have it working at an acceptable level. However for existing users, once I've logged in, it's not mapping to the relevant Invision member profile - same username / same password. Instead it's prompting to set up a new profile. If you try to do that - using the existing email - it says that profile already exists. Within the Login method I've set up, it says the following: "If the user has not signed in with this method before but there is already an account with the email address provided by the login handler, the user will be prompted to link the accounts as if they had done so from their Account Settings page, regardless of what this is set to." Manifestly, that isn't happening. Any pointers or suggestions welcome.

@Marc Stridgen, do you need anything else to check this out?

@Marc Stridgen "1901 irish census", "1911 irish census", "1915 NY. Census" and "1916 easter irish rising" are all examples of tags that should not be present.