Jim M

8 minutes ago, Sonya* said:

Forum view -> fluid, then sort by views. 😉

Good solution!

You will want to ensure nothing on your server or firewall is blocking or manipulating the request. Otherwise, the expected result will not match and you will continue to receive this message. 

4 hours ago, WebCMS said:

Hello Team,

When rich text is pasted into the editor, the text has style attributes like so (taken this example from this IC site and pasted into editor using color themes):

<p style="background-color:#ffffff; color:#2f3d4b; font-size:14px; text-align:start">

The pasted rich text displays fine on a white theme due to matching colors. However, on a dark theme, the pasted text displays in black on a white background (opaque).

To make this transparent and display pasted content as expected on any color theme using current theme's colors, we just have to get rid of the background, background-color and color attributes from the HTML.

Please eliminate the background, background-color and color attributes from the HTML of the pasted rich text which would resolve the issue and users will be able to paste rich text as-is on any color theme which will be a HUGE breakthrough! Eliminating these color attributes will retain all other formatting and displays text in current theme colors. Forcing to paste as plain text results in a bad UX as the users would be required to reformat the text all over if the formatting like headers, tabular data, bullet lists, font-sizes, bolds, italics, etc. are important.

Even if only the attribute "keys" are removed (background-color: , background: and color:), it results in markup like below and it works fine too.

<p style="#ffffff; #2f3d4b; font-size:14px; text-align:start">

 

Please confirm if this is added to your roadmap..

Would recommend posting any feature suggestions in our Feedback forum.

There are no means to do this via the core software currently. You're more than welcome to suggest this in our Feedback forum.

17 hours ago, modman said:

No thanks, i'll wait first the problem investigation.

 

Please note that this will continue regardless of if we move your topic or not.

1 minute ago, Seirei said:

I fiiled access information, maybe Invision Community Team can see by themselves.

Your login requires email address and you have inserted display name, please insert email address for the ACP credentials.

Please also be sure to be PHP 8.1. As you're on PHP 8.0 right now.

18 minutes ago, Core4D said:

Thanks, I tried copying into ipb but didn't help.

What Randy is talking about would be on your server, not in our software. 

The language is very secure that is why 😄 

As Randy mentioned, this is not something which we support, nor do we recommend it. There is a ton of potential for mistakes and errors.

If your hosting provider has verified that in the database copy that had the crashed search index table has no other crashed tables. Have you tried regenerating like Nathan suggested above? Assuming no other tables are corrupted, that may be the solution you're looking for here.

2 hours ago, Michael Parent said:

Thanks for the help @Jim M
To clarify for any other future person who runs into the same problem, it's Admin control Panel and then "Get Support".

Apologies for the confusion. Just for clarity, this is what I was referring to but either works as they lead to the same place:

2 hours ago, Michael Parent said:

Once there I was able to use the system there to convert the database to this suddenly required format, but I had to use Cpanel for the site to manually edit a file to finish the job.

Glad to hear you were able to resolve the issue.

2 hours ago, Michael Parent said:

Regarding whether or not removing direct support tickets is a downgrade, it most certainly is. The forums already existed, direct tickets were removed. This is a way for some of users' problems to be resolved before the actual Invision tech staff need to get around to it, by being helped (at no expense by Invision) by other users. In other words, this off-loads some presumably decent amount of technical support onto the very user base that pays for Invision to stay in business in the first place. Why doesn't Invision offer a built in discount system for forum members who actually resolve customer problems for Invision? Is their time doing Invision work for them not worth anything?

While I understand you're not happy with this change, it is actually done to ease the support process and make it easier to find answers yourself and get help faster. For years, we have been saying that forums are an amazing resource for support but have never used it, value answers sat behind tickets, never to be reused again, along with our community laid to waste. We decided about 2+ years ago now to transfer all the start of technical support from tickets to forums; essentially "eat our own dog food" type scenario. We sent out emails alerting all our clients of this change and posted in our community here. Many had the same mentality as yourself, it was a downgrade, support will be horrible, etc... I think a lot of those individuals, after actually using it now prefer our community/forum support over tickets as they can find/get help faster and compare what they're facing to previous issues.

As you have seen here, a very high percentage tickets are still handled by our staff (hi, I am a staff member 🙂 ) . However, we do have third party providers who provide third party services who tend to answer as well and that is benefit too because you get aware of their services and get assistance from them. Then we also have clients who just like being here and interacting/helping everyone. Just like on your community, people like to help others and discuss something that bond them together for no real monetary gain. That is what makes a healthy community, and, in this case, it is centered around our product.

2 hours ago, Michael Parent said:

Also, now that the technical support is forums only, the help seems to be more in the flavor of, "OK, you're no expert on PHP, databases, etc, but follow these confusing and sometimes not quite right instructions in this link, and get back to us after however many hours of confusion and frustration reading through walls of text and trying to do things you've never done before if you can't figure it out." instead of actually fixing the issue for the paying customer directly.

Sorry, believe there is a misunderstanding here or misremembering. Even in our previous support pattern of allowing tickets first, we did not provide support for hosting environments, such as PHP, database, etc... That has not changed as we moved to this community pattern.

If you have questions on software requirements of the server, etc... we can answer that, but we cannot tell you specifics about your hosting environment or how to configure/perform an action in them. That is for your hosting provider to perform or tell you. If you do not have a support contract with your provider, you may wish to hire a server administrator or switch to our Cloud platform where you won't have to worry about those items.

Also, in the classic support forum that we're in now, we do allow server-based questions to be answered by fellow clients so you could post that up here and gain insights.

Ultimately, while we do not directly support server environments, there's no reason to struggle on your own. You have options.

2 hours ago, Michael Parent said:

I wish instead of the error report blasting me with a giant list of things to do myself that the Invision system just told me to go to ACP/get help and use that built in system to change the database format, as that would have been much more clear and direct help and I would have likely been able to resolve this issue weeks ago.

Apologies, this is indeed something to improve on in the software. Those not using UTF8MB4 are few and far in between and may have missed the upgrade step where it was required to change. I will bring this up internally.

2 hours ago, Michael Parent said:

Also, My forums worked fine for years with the older database format, so this is a new requirement which was silently put upon us, causing some percent of us the need to make this change with no warning or knowledge how to do so.. why couldn't the system detect this beforehand and give is the fast and clear instructions for how to make the change through the "get help" system?

As mentioned above, this is indeed a gap in the software and of that, few and far in between are not using UTF8MB4. However, is indeed something we need to correct.

Just now, Seirei said:

I finished my upgrading. Now I fix some bugs. I have issue with sending e-mail:

Creation of dynamic property IPS\Email\Outgoing\Php::$language is deprecated

Check that you have all files up to date. You disabled any third-party applications/plugins. You are on PHP 8.0 or 8.1.

This looks like a template file being executed incorrectly. What is the 500 Internal Server Error which you are receiving?

32 minutes ago, Michael Parent said:

I used to be able to send support requests, but apparently all our accounts have been downgraded to needing to reply on these forums?

I will address this before your support concern as there is some confusion here. Your account has not been downgraded. You still get the same great support that you used to before except it is now started here via our community. Not only will our staff be attending to your requests but also our clients (handy when you have an issue outside our support hours). You can also search our trove of support requests here for similar to issues like yours (like the below). Our staff still have the ability to securely access your community via the stored details in the Client Area or transfer your topic to a ticket if it requires further attention from our developers. 

41 minutes ago, Michael Parent said:

When I try to upgrade There's a supposed database error, even though the forum and store all seem to work fine, and when I click "FIT THIS" it generates the following message and an enormously long list of manual things to do (all above my pay grade):

In accordance with the below topic, please go to ACP -> Support and ensure that your database is in UTF8MB4 and in InnoDB. 

Sorry, we would not be able to provide customization support into what column is correct here. I can move this to our customization forum if you would like assistance from other clients?

I’m afraid, the software is pulling directly from your php configuration used for where the software is located. You will want to have them check if multiple versions are on your server or if you have a separate configuration file elsewhere causing this variation.

Pages Databases implements our review system so you can certainly create a database system. Create a Database for like "products" or whatever you want your users to review. Create a new record of those and then they can provide a rating and review to it.

You can read more about our Pages application in our guide below:

https://invisioncommunity.com/4guides/pages/core-concepts/introduction-to-pages-r149/

1 minute ago, modman said:

What's not good is that the subscription renewal date (since it's a monthly subscription) BECOMES the date you paid for, not the one set 30 days AFTER the subscription was created.

It does not though, if you have configured it correctly. Paying automatically early, will not impact the expiration date. We utilize this system here for our renewals and it does not change it 🙂 .

If the user has a payment method on file, it will attempt payment per your payment settings in that window. Default setting, I believe, is 7 days. Which is why payment is taken before expiration in those cases. You can, of course, adjust this if you wish.

46 minutes ago, PinPics said:

Is there a way in the Invision platform to offer users the option of opting into a newsletter (or opting out)?

This is available in a few areas:

• On registration a user can opt in or out.
• Through the widget, the user can opt in or out.
• Then in Account Settings -> Notification Settings -> Newsletter.
• Then, obviously, when the user receives a bulk mailing, there is an unsubscribe option.

6 minutes ago, Richard Arch said:

Yes, but should it have the pop up text like the other icons do?

It never has. You're more than welcome to suggest that though in our Feedback forum. 

45 minutes ago, modman said:

No, the user upgraded from a subscription that costs €199 for one month to a higher level subscription that costs €299 for one month.

There was no change in the period or amount by anyone.

Interesting. I have moved this to our ticket system so we can further investigate. Please watch your email for further correspondence.

The pricing there is $100 more than the previous renewal. Was this a price change or altered there to create this? Was the product duration extended at any point?

6 minutes ago, Core4D said:

Getting the same as you now. What should be entered in php.ini file? I located it on the server via cpanel file manager.

That would be for your hosting provider or server administrator to tell you as this is part of your PHP configuration, not the software configuration.

Currently, only Forums topics and posts can be anonymous.

2 minutes ago, Core4D said:

Not sure if we are accessing same thing?

This is indeed the same place:

You can try exiting, clearing browser cache, and coming back in if you are not getting the above.