Jump to content

Jim M

Invision Community Team
  • Posts

    9,611
  • Joined

  • Days Won

    47

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Projects

Release Notes v5

Invision Community 5 Bug Tracker

Forums

Events

Store

Gallery

Everything posted by Jim M

  1. Please ensure that your server can reach remoteservices.invisionpower.com . This would likely indicate that there is an issue from your server reaching out server to ours. It also is HIGHLY recommended to upgrade the version you're running here as that is a couple years old at this point. Upgrading to the latest release will provide you with the most stable and secure version of our software.
  2. Sorry, customizations are outside our scope of support. This includes indicating where specific items are in the code. You're more than welcome to post in our Community Support forum for this kind of information to receive help from your fellow administrators and 3rd party developers: https://invisioncommunity.com/forums/forum/406-community-support/
  3. Thank you for providing this information. In order to better assist you, I have moved this issue to a ticket. Further correspondence will be provided via email. Please note that today is a holiday so our advanced support team will start reviewing your ticket starting tomorrow when they are back in the "office".
  4. Sure thing, I'll shoot you a message.
  5. Sorry, relative URLs are not supported in the system, it will need to be a full URL. I have tagged a developer to this topic to review the base64. This may be intended as a part of the editor security or simply not supported at this time.
  6. Could you please provide the user's display name or user ID? We can then review what is happening here.
  7. If you create a new database, you would need to copy over your Invision Community tables in your existing one. Your hosting provider should be able to take the prefix in the conf_global.php and move only those tables. Sorry for any confusion, the previous instructions were only to setup a new user on the existing database.
  8. You would modify the conf_global.php file. That should work. Our sales team can work over specifics but if it's a plugin that's available in the Marketplace, there will be no difference running in our Cloud. Sounds good. I'll move this over to our Sales team who can help you with some specifics and answer any further questions.
  9. The contact form can be used for many reasons depending on your needs. Some examples: a method for individuals who are having issues registering/logging in to contact you ways for outside sources to reach ownership/staff of your community for various reasons: advertising inquiry legal questions/issues pre-registration questions etc... Of course, if you see no need for these, you can certainly disable it.
  10. Long as you are using different prefixes in your database, while not advised, two different applications could run in the same database. Sounds like your hosting provider is not understanding the issue at hand, I'm afraid. I would advise them to create a separate user for your Invision Community then if that is what they are stating here and then update your conf_global.php with those credentials. If your hosting provider wants to separate these out and move your Invision Community to a new database, that is fine. I would not recommend doing a new installation as you would lose all data. Are you using a plugin to manage this currently? If so, yes, the plugin would work for WordPress on our Cloud. I'm afraid though, you would need to utilize a root domain or sub-domain on our cloud. It sounds like you have a WordPress website at your root so I would recommend something like community.example.com . If you're interested, I can move this to our Sales team who can help you in your migration to our Cloud?
  11. Please provide them this specific error as the software stack trace is reporting database credentials or access issues: Access denied for user 'xxxx@localhost' (using password: YES) Replace the xxxx@localhost with what exactly is being reported there. Unfortunately, this is a hosting issue (or at least a data entry issue), it is not a software issue as present there. Our software has no authority of your MySQL server and it's database users. If your hosting provider continues to give you grief. You can try creating a new user on your own if your hosting panel supports it and update your conf_global.php file. I'm afraid, we do not provide hosting support so it would be up your hosting provider to verify your database user credentials or resolve the underlying error. If this is an ongoing issue, have you considered our Cloud? We handle everything from our infrastructure to the software so there is no go-between or issues like these; leaving you to just focus on building your community 🙂 .
  12. Unfortunately, the credentials are still incorrect for our software's ACP. Please ensure that the display name and password are correct so that we can login and review what is happening here.
  13. This would be your database password, not your WordPress software password. If you are unsure if these are correct or they are correct and you can't connect, you would need to contact your hosting provider, I'm afraid.
  14. We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.
  15. The Contact Us form, if you have forcing guests to fill out a CAPTCHA on ACP -> Members -> Spam Prevention -> CAPTCHA, will force the user to fill out a CAPTCHA. In 4.7, we are implementing a new CAPTCHA system, hCAPTCHA into our arsenal. If you are finding Google's CAPTCHA systems are getting bypassed, you can try hCAPTCHA. I, personally, have been having success with it on my personal community. If you want to simply turn the contact us form off for guests, you can do that in ACP -> System -> Contact Us -> Show Contact Us to.
  16. Your database connection details, including server, database user, and database password can be found in the conf_global.php file. However, to verify these credentials, please contact your hosting provider.
  17. Jim M

    Refund

    Please have the seller reach out to our account team on the https://invisioncommunity.com/contact-us/ and we can take care of it for you 🙂 . Unfortunately, Marketplace refunds need to be initiated by the author.
  18. Thanks for posting! Unfortunately, this issue is beyond the scope of our technical support. 👩‍💻 Our technical support is happy to help you with the Invision Community platform, but we're unable to help with things like server management, theme questions and modifications. I've moved this to our Community Support area where other Invision Community owners will see it and help where they can.
  19. Way to get around this would be by doing a search for parameters in the advanced search in the top right and then clicking the "Banned" tab and then "Prune Members Found" in the blue box. For example, if you want to delete all banned members, you will do an advanced search, insert in join date whatever parameters you wish (or all time if all) and let the system load it. Ensure you're on the banned tab then click "Prune members found"
  20. Unfortunately, this is an issue with one of your third-party applications/plugins. After disabling these, your "Our Picks" block is working without issue. Please disable all of these items and then test again. Once done, please re-enable them one-by-one to see which one is the issue here. Please contact the author for assistance. Please keep in mind when going from one version to the next, some third-party applications/plugins may not be compatible yet and you will encounter errors. When you have as many as you have installed, unfortunately, the chances are higher of this.
  21. These are core and part of our Javascript framework. You would not be able to remove these, I'm afraid. These would be required for different reasons within our framework, some might be due to compatibility with older browsers within our browser support stack.
  22. The block locations would not be unique for each Commerce product page, I'm afraid. Like other areas in our software, they are shared among like items (e.g., a product pages have the same blocks, all forum topics have the same blocks, etc...). This would require customization to specify specific pages to have a block be shown which, I'm afraid, is outside our scope of support. I will move this to our peer support forum for further assistance.
  23. As Terabyte said, check other folders. When viewing their inbox, click the down arrow next to the mailbox name (default is Inbox). You should see other variants that the user has.
  24. Please provide us an invoice/transaction example and we can take a look. We would need to look further into this for you, however the access details on file appear to be incorrect or missing. Could you please update these details by visiting your client area, selecting the relevant purchase, then clicking "Review/Update Access Information" under the "Stored Access Information" section. We look forward to further assisting you.
  25. While I too think the same with my own server at times, you'd be surprised how many times it is something specific to an account, a site, a folder, etc... which may create issues sometimes. Just this week, someone had something similar where it was preventing upload on just one site so it is worth double checking everything when you're having an issue 🙂 .
×
×
  • Create New...