Jim M

There shouldn't really be a need to do this as our software will purge those items automatically, e.g. when an image is uploaded but the user does not complete the process. There is a task which runs about every 24 hours to do this. There are some variations of images stored for gallery so you will see the number of images be larger than the number of images in gallery on the front-end of your community.

Great! Glad to hear we could be of assistance.

Yes, if there is a change in URL, it may be a good measure if anything is missing

You're more than welcome to suggest this but the amount of users who will show up will be huge for even a small-medium sized community if there were a user agent list and would not fit the needs here either due to just sheer numbers. Every system to track a user is not without flaws. Typically, the most accurate are cookie or IP address based but those can be bypassed by those who know what they're doing. When dealing with troublesome members who are also tech savvy, the only way to thwart their attempts is going to be human eyes reviewing things.

This is just a user agent string generated by the browser for all users who use that device/browser combination. The way we recognize a device is by a cookie. If the user deletes the cookie or uses a private browser that does this, we would not detect the same device.

Thanks, I will bring this up internally.

We just received the one which you just submitted. Do you know if you submitted the request via the Client Area or via the contact us form?

Thanks for sharing your results and findings, @DDMike. Glad to hear you found your solution 🙂 .

Speaking with one of our developers, you should be prompted in the conversion settings which one you wish to bring over (avatars or member profile photos). Are you receiving the setting to do so?

Looking at that product's settings, I did see that physical was still checked but as you have no shipping options setup anymore it displayed none. Additionally, you did not have a payment method selected for that product so I selected one as well. Could you please let us know if you're still having issues after these changes?

Everything would be contained in /board. Whatever application you choose to be your default application then would show up at /board. Say you chose to keep the Forums application as your default, then you would then have your index page and articles at /board/{page-name}/ (where {page-name} is the name of your page or page's URL). If you chose to set the Pages application as your default, then your index page would be at /board/ and your articles would be at /board/{page-name} and then the Forums application would be at /board/forums/

No worries 🙂 . Yeah, due to this complexity, it would probably be recommended for those who do not know .htaccess to simply have their server redirect all requests to /board to /forums. Simplifies things down a bit 😉 .

Believe there is a misunderstanding in what I mentioned. Root FURLs like /forums, cannot be altered in the FURL system, I'm afraid.

I can certainly move this topic to our Feature Suggestion forum if you would like?

The theme CSS would be included in part of your theme export. There is no export currently for other files in Pages.

What Randy mentioned, apart from, root FURLs cannot be customized. It would be better to 301 redirect via your server board to forums.

Believe you're looking at two separate things here. The export functionality of the Pages section is for transferring your templates/css/etc... to another installation. Designer's mode is for editing your theme through an IDE in a development environment.

Correct. The items would only be functional with the system with Designer's Mode enabled. Otherwise, the system reads/writes this in the database.

Happy to hear this is resolved 🙂

For technical support, please use this forum. Our system would encompass all departments in searches. Was it submitted under a different email?

I would advise reaching out to your hosting provider if you do not have a backup. Unfortunately, once you converted to a non-mb4 collation, there is no way back as it has gotten rid of these emoji characters essentially.

There was a bug resolved in a patch that was related to sending emails with EasyPost. I have applied that to your installation for you. Could you please try again now?

Glad to hear you were able to resolve the issue!

Thank you for reporting this! I have moved this internally for our developers to review and investigate. If a release is needed, this will be made into a future maintenance release. Thanks again.

The lock timeout, and server shutdown in progress are related to your server itself so asking for assistance from your new hosting provider would be advised. Call to undefined method stdClass::language() is typically a connection error in the database so checking the connection in conf_global.php (or the above with your provider). The first "OutOfRangeException" has some third party add-ons in the stack trace there so I would recommend disabling these and testing again. The final "OutOfRangeException" is referencing loading or an orphaned a failed promotion item from the database. Do you have the previous installation up and running to test? If you're not receiving the same error, I would suggest exporting and importing the database again as it seems something has gone awry with that process.