Jump to content

Jim M

Invision Community Team
  • Posts

    8,181
  • Joined

  • Last visited

  • Days Won

    38

Jim M last won the day on February 25

Jim M had the most liked content!

About Jim M

Contact Methods

Profile Information

  • Gender
    Male
  • Location
    Naples, FL USA
  • Interests
    Tech, Programming, Cars and Music

Recent Profile Visitors

15,200 profile views
  1. V3 was the wild, wild west. It was solely on Facebook to go to your website and grab a random image. The image may not even have been related to your topic, it could have been someone's profile photo, an ad, etc... It was pure luck that you were able to get it to be something related to your topic 😉 . V4, we changed this so we are now suggesting a photo to Facebook (and others) via OpenGraph to grab this photo. Typically, it is the first attached image in the topic, otherwise, it will fallback to the default sharer image. There may be third party plugins out there which may allow you to have better control if this is something you desire. However, this is not something which we support.
  2. I have not seen this happen on your community in over 10 minutes now. I will keep my eye on it but it looks like it has been resolved.
  3. I'm assuming you setup this email to receive contact us requests? Thus, this is the system verifying the email before sending you the contact request. This is not the user that sent the request.
  4. Sorry, it is a little confusing as email verification and the Contact Us form are two separate things. Also, the link you provide there has keys present which are specific to an instance of an email verification. It sounds like the user has attempted to register or change their email address and receive the email verification email which is correct and not "spam" as you're stating. To prevent further confusion, could you please share a screenshot of the email?
  5. May be best to reach out to the user and ask their steps of logging in or registering to get to that point.
  6. Anti-Fraud rules would apply to all payment methods.
  7. Are you stating that Commerce is placing the transaction in manual approval status or you stating it is in manual approval status in PayPal? If the former, I would suggest checking your fraud review rules in ACP -> Commerce -> Payments -> Settings -> Anti-Fraud Rules.
  8. I was able to upload when the system redirected on the error. Which is likely what you saw there with the cars. Unfortunately, we do not provide support for BackBlaze so this would be outside our scope of support if you continue to use them.
  9. While ACP is working now, I am not able to connect via FTP provided now.
  10. I'm afraid, the credentials are still invalid for the ACP.
  11. Dear users living in the past, please be made aware of this. Love, Administrators. -------- Thank you for bringing this issue to our attention! I can confirm this should be further reviewed and I have logged an internal bug report for our development team to investigate and address as necessary, in a future maintenance release.
  12. 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.
  13. You would disable the third party party application or plugin in ACP -> System -> Applications or ACP -> System -> Plugins.
  14. You will want to disable those third party hooks listed at the bottom there.
×
×
  • Create New...