CoffeeCake

For those on your Community in the Cloud platform, the public status service is a step in the right direction. I'm sorry to hear there have been such significant problems and launching it is likely the result of an onslaught of inbound support chat requests that the world is on fire for them.

It would be great to take that reactionary energy and channel it into useful proactive solutions by being equally transparent with the status of known bugs/issues (and workarounds if applicable) and the expected resolution availabilities beyond "some future version."

Your list of issues is welcome, however formalizing this along with "available next maintenance release," "next minor release," "next major release," "4.6.3.1," etc. would be greatly appreciated. I have no idea when the PHP8 error will be made available that the team worked hard to fix this week.

I know you probably don't know either right away, and that it takes a bit of discipline, yet so does maintaining a status page.

Are you using cron for tasks?

What does SHOW WARNINGS; tell you on the same MySQL connection after you get that error?

Do this via shell and not phpMyAdmin.

@Jordan Invision What gives? It needs to work on all the browsers.

You should use a test install, do your testing there, and then make your changes in production when everything has been perfected and ready.

In case you don't speak PHP, @Adriano Faria is sharing the bit of code that results in that error. The error code can be interpreted to indicate that you have no available payment methods and the customer has some amount greater than zero to pay.

Have you considered creating a post and then in your e-mail, linking back to that post (or copying the post verbatim)?

I would recommend using this workflow or similar over automating posting in a forum immediately emailing all your users. You probably would benefit from the extra overhead of being sure you want to send out that many e-mails.

We don't have downloads, but could it be a task that runs on a schedule?

3 hours ago, FabioPaz said:

Is it possible to just change this without paying for a plugin?

Yes, IPS uses your locale on your server. You'll want to adjust it to something representative of your country. See:

As an example on how you'd adjust the configured locales on Debian, see: https://wiki.debian.org/Locale

20 hours ago, Tim Tyler said:

On my forum, after receiving a bunch of 404 Search Console notices from Google, I just noticed that the last posts in several subforums are missing.

Have you submitted a ticket? This seems to be a serious issue.

1 hour ago, usmf said:

I never ended up starting a ticket on this one, as we have had three serious issues since and I have worked on those.

How are you sure it won't happen/isn't happening to posts in other forums?

As Adriano suggested, do you have archiving turned on?

If so, is it a different database (the remote database option)?

On 7/13/2021 at 2:41 PM, usmf said:

Checked with all the moderators, and no one deleted them.

Did you check the moderator log? What did support say?

It sounds like you need some assistance with your hosting, and not custom development. Happy to help.

Are you hosted directly on Ramnode or through a reseller using their services?

I am also getting a paypal error trying to renew a plugin.

Then this would be an issue with your server and/or e-mail configuration. Have you checked the logs on your server?

Is your community using CIC? If so, I'd submit a support ticket.

Otherwise, this is all dependent on your server setup.

Well, no need updating forums. No one uses those. Calendar is where it's at. 

Have you tried redownloading the full suite from your Client Area and uploading again?

2 hours ago, Jordan Invision said:

dots = progress!

There have been four releases today as of the time of this post, only two of which are publicly numbered (4.6.5 and 4.6.5.1). It's best to wait a bit for the oopsies to settle down before downloading and committing to your local code repository.

• Fixes an issue upgrading from older versions of Invision Community
• Fixes an installer issue in some environments

Yes, it's progress, but not a fan of the hidden progress.

34 minutes ago, Andy135 said:

clearly for the user in question it would be very welcome to know that they can communicate freely without fear of their comments being used against them offline.

It's your community, and you know it best, yet I'd suggest this is a slippery slope and offers a false sense of security. How do you know that another trusted long term member won't get into a situation with another member, necessitating you to intervene between those two? Or, that this person's ISP will randomly allocate them a new address? Or that this person has a new address every few weeks through no action of their own? Perhaps the IP space they are connected from blocks a large segment of others interested in your community. I would argue that IP blocks are antiquated and should not be used via IPS software, yet in CIC, it may be your only tool available. This type of blocking should be happening at the firewall.

Making spaces for more closed-knit interaction and giving members tools that empower them to be responsible for their online safety are far better directions to head. Consider using forums that are only available to long-term members, or clubs that members can decide who gets in and who does not. Give members the ability to change their display names. Link to resources that help users understand their role in being safe online.

With a security update! That hasn't been backported to 4.5.

You might also consider having the member who is reporting this issue to you create a new account using a new pseudonym and retire the one that is the target of this individual. Also, consider enabling the 4.6 anonymity feature.

It seems that if this is a concern for your community, you might consider registration (and being logged in) as a requirement to view content.

While it's noble to want to prevent someone malicious from seeing content that another person is posting, you'll find that short of controlling who can register and who can see your content, you will not be able to achieve the level of restriction you're seeking otherwise.

It would seem broken if I checked a "remember me" box that "forgot me" before I told it to. I get the ask here... perhaps "remember me for one week" or "remember me for 30 days" instead of "remember me until my cookie disappears," but what is the use case for this?

Why do you need people to log in "more regularly?"

Do you believe it to be more secure? Some other reason?

While turning it off and on again is a tried and true method of fixing the most dastardly of computer issues, this queries appear to be related to your usage of the ACP and looking at members listings who haven't yet validated. Is it slow in other areas or just here?

Have you run the support tool in ACP to ensure your database schema is correct?

Have you looked into MySQL maintenance (ANALYZE/CHECK/OPTIMIZE)?

https://dev.mysql.com/doc/refman/8.0/en/table-maintenance-statements.html

41 minutes ago, Ocean West said:

Not that I fear it would happen out of malice or intent but rather by accident or curiosity what happened if a moderator flagged someone as spammer who is a long time member?!

We have had this happen in the past--accidental flagging of a long term member with tens of thousands of content items. 

42 minutes ago, Ocean West said:

I would prefer that this option be only allow to work on  specific groups (newbies) not blankly across all groups -

This is an excellent suggestion. I believe we made a modification to do just this.

1 hour ago, usmf said:

One last question -- when the "Flag as Spammer" button is pushed, does the spam info get shared into the broad online spam prevention, in that way helping more than only Invision customers?

Yes, this is one of its primary purposes. The data sent to IPS is used by other communities that have enabled the spam prevention service and have elected to use the return scores to address new account registrations.