Matt

I can reproduce this locally. I'm taking a look.

If you had a magic wand to create a new feature or functionality within Invision Community, what would it be? I'm especially interested in your thoughts for features or improvements to the discussion engine (aka forums), workflows around that such as moderation, reporting content and members, issuing warnings, etc. Here's a list of updates and fixes from our developers made in the last 7 days:

I've had a look and can't see anything really out of the ordinary. The common theme seems to be that those affected are using an iPhone to browse the community. It's a long shot, but worth checking to see if they have private relay enabled or not (https://support.apple.com/en-us/HT212614) As mentioned above, the key issue is that for some reason, the CSRF is not persisting between clicks. I did see a session row with an ID of 0 which might possibly confuse things. I removed it. Side note, your site is getting hit pretty hard by a bot from AhrefsBot. Unsure if you are aware or not. Someone is spidering your site for SEO information.

That error code is caused by the CSRF key in the link or source being different from the one it is checked against in the code. The most likely cause is sessions being wiped out constantly. So the page loads, and you are issued a session ID, and the CSRF key is generated with this ID as part of the key. This key ends up in links like "do=add&csrf=<keyhere>" When you click a link or perform an action that sends a POST request, this CSRF key is checked against the one generated by the current session. If the session does not persist or is removed at the time the page is loaded, it will not match. It's obviously something that should only happen in incredibly rare circumstances. I will take a quick look at your site.

This isn't a bad feature idea. It wouldn't take much to allow the option of showing specific custom member fields on an invoice. I'll add it to our internal tracker.

That is not right. We have plans for all our current apps. My comment was directed at the idea that we should add in extra functionality to integrate with print on demand services.

Thanks for the update. I did mention that it was likely a server issue on a few occasions here: And here: Also, I believe you reached out to Stuart and he also confirmed it's likely a server session issue. I'm struggling to recall if we've come across this before, but it may be worth checking to see if your server runs Varnish and if so, if it uses any caching that can interfere with sessions.

Ok, you can join the band. Want in? If it helps, I was in a Metallica cover band in school.

Honestly, we want to focus on our strengths and put effort into creating a powerful forum and discussion engine. There are a large number of people that do great cart and fulfilment software. BTW: It's "mee-cham".

Hi, I'm not sure what I can really investigate. It's not an issue with Invision Community and I'm not able to diagnose issues on your server unfortunately. All I can tell is that for some reason, sessions seem to be read later in the execution chain than they should. It's not something I've seen before with our platform. I've moved this into a ticket. Send in your test site details and we'll give it a once over just to be sure.

@Chris Anderson I completely understand your point, but I can't think of many software apps that give an incredible amount of detail during the build of any new version. There's just too much that can go wrong. We move around projects and delay others all the time. I always appreciate your thoughtful insights.

We generally release news of features way in advance of their release, and even then you are not pushed into upgrading immediately. I can't think of a situation where you'd see "surprise" features arrive in your community unannounced unless you choose to not engage with our blog, newsletter, forums and release notes and upgrade blindly.

I've had a quick look at your site, and Google has 31,700 links available by search. I'd definitely check on the crawl progress and check for any crawl errors. It might just be that it needs some time to recover as more content is indexed. What platform did you convert from?

We do periodic SEO updates, our latest focused on crawl budget and efficiency: I'm happy to review your site and see if there's some low hanging fruit we can pick. It is normal to see a temporary drop in traffic when you switch platforms. It's worth checking your Google Search Console for any crawling errors, etc.

Hi David, Diagnosing changes to traffic can be tricky. Do you have any figures or charts to share? Can you either DM me or share the link to the site here?

🚨Breaking: Andy and Jim join the band.

We need a name for this new boyband. Suggestions?

Take a deep breath. It's going to be OK. Jordan is not "focused on selling t-shirts". That's a weird statement to make considering he posted a link. It is not like his 9-5 job is now revolving around t-shirt sales. As much as I'd love to have a "Director, T-Shirt Sales" in the company, we're not quite big enough for that yet. Because we opened a store, it does not mean that we no longer have capacity to serve customers. That's bizarre thinking. Invision Community developers have had nothing to do with a store, so rest assured, they also are not full time "t-shirt sales executives". We haven't pivoted into apparel. We just opened a store. We chose to not use commerce because we wanted to use a service that can take orders, issue invoices, take payments AND fulfil the orders without any of us having to do a thing. If we did use commerce, then our developers would have needed a few months to write new features and APIs, and Jordan will, ironically, be a full time t-shirt executive as he'd be picking, packing and posting. Which everyone states they don't want us to do. 🙂 It's really quite normal to have a marketing and sales department. It's not like when Pepsi needs a new advert creating they have to close the factory and re-assign factory staff to do it. Also please PLEASE stop singling out Jordan for criticism just because he is the one that posts here. If you have criticism, then please direct it at me. Thanks 🙂

Yeah, sure - they don't look to be the problem. I'm looking at the code, and calling \IPS\Member::loggedIn() will set up sessions and set loggedIn() to a member via static::$loggedInMember = \IPS\Session::i()->member; so it doesn't make sense. It's not something we see in the software usually.

It's odd because the error indicates that code is running before the session has been read, which is impossible. It's worth asking your host to see if anything runs regularly that may trigger it.

Anyone that does by an Invision Community hoodie may look as cool as me (but I doubt it tbh) 😆

Try disabling Feedback for a while too.

I've resolved the issue with missing language strings. It looks like the language system has become confused and not all the language packs have the custom words. I'm not sure why this is. When a new language pack is added, any custom words are copied across. I wrote a custom script to fix this, and have run it on your site. The other issue with errors where stdClass::language() is logged is less clear. What is happening is that the member object isn't set up, which never happens, so I'm quite confused. I do notice that the donate app overloads the front dispatcher, so you may want to try disabling that for a while and seeing if the error returns. I also note that it's only logging issues from URLs sent via javascript and ajax. I also note that you get 4 or 5 errors then nothing for 15-20 mins. The errors only last for a single minute, so there may be a server process running? Something to investigate from your end.

I'm currently working on your site (and was when you posted this 😅). I'll have it resolved in about an hour.

I've moved this into a ticket so our developers can investigate.