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. If you access with incognito/private browsing mode do you get the same? Unfortunately, if it's only you who is having the issue, it would likely point to a local issue with cache/something else on your local machine. Of course, these are all speculations without myself being able to access the ACP. I am happy to check it out if you would like to update credentials.
  2. Are you using any CDNs? Are you imposing custom browser caching rules? If so, I would suggest reducing your complexity. It sounds like a deliverability issue if things are getting written correctly to your server and delivered initially.
  3. As a general rule of thumb, if someone has gained access to your file system, replacing all the core files with what is from our Client Area is advised and performing a detail inspection of your file system to ensure there aren’t any back doors, etc… Of course, change your hosting/server/administrator related passwords and keys. Contact should be made to your server administrator or hosting provider as well.
  4. As Nathan mentioned, if your group has the permission to post HTML then there should be a Source button on the top left of the WYSIWYG editor. Please let us know how it goes 🙂
  5. Thanks, Randy and Sonya! As mentioned by them, there is nothing innate there but an integration like Zapier may be possible. I'll tag our resident Zapier expert, @Daniel F, to see if he has any ideas on that.
  6. Could you please provide an example user who is encountering this? I can then take a look at your configuration to see what is happening here.
  7. Sounds like some sort of caching behavior or that the system cannot correctly obtain a CSS file on your server after a period. I would double check that your permissions to the uploads folder and all sub-folders are correct. I am happy to take a further look if that does not help but the credentials on file for your ACP are not correct. Please update those in the Client Area following the instructions below: 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.
  8. Please be aware that betas come with limited support and fixes may be far in between issues. I have transferred this to a ticket as I would like to investigate this to see why this is. Please check your email for further correspondence.
  9. Please remove your advertisements and try again. Minimal risk but want to ensure that there’s no JavaScript interrupting something here.
  10. I have submitted a ticket to further assist you here. Please look out for further correspondence via email.
  11. 🙂 Thanks for helping. We’re a community so help is welcomed! I personally, haven’t found the need or anything relating to this but if you are testing something specific that would be impacted by browser cache, it is a good idea to do so.
  12. If you want a billing address and to restrict your payment methods based on location, you will need to enable the "Require customer's real name and Billing Address for" setting for Subscriptions and everything else you use. When you log in as a user, you are seeing exactly what the user would see.
  13. Have you made any recent changes to your Payment Method settings? When logging in as one of the users who encountered this error, I am not seeing an error. Please note that you currently are setting "Require customer's real name and Billing Address for" in ACP -> Commerce -> Payments -> Settings -> Checkout, to disabled for Subscriptions. This will mean that you cannot put any location restrictions on your payment methods, or it will fail because you are not requiring a billing address therefore, if someone does not opt to place a Billing Address on file, they won't have any payment methods.
  14. Please double check and verify the login, I'm afraid, what has been provided is not working.
  15. You can go to ACP -> Support and then click the link in the screenshot below to generate an account which you then can provide to us in the Client Area access details area:
  16. I'm afraid, there is not a facility for that in the software to provide pre-generated keys that our software did not create. The following third party add-on looks to facilitate something similar but please reach out to the author to confirm before purchasing:
  17. If you'd like to see something added, I would advise on placing your suggestion in our official Feature Suggestion forum for further evaluation for a future release.
  18. These would be that the user attempting to pay does not have a payment available in our system to pay during checkout. As in, your settings could be restricting them from seeing the PayPal option to pay with when checking out. Nothing here would be related to PayPal itself yet as they haven’t been passed over yet. Payment methods can be restricted by region so if you restricted to only United States users, for example, and the user has a Canadian address, they wouldn’t see the payment method. You will want to look in ACP > Commerce > Payments > Settings > Payment Methods
  19. Same here. Even with a few bad word breaks
  20. I'm afraid, that would be outside our scope of support.
  21. Correct. You have added custom tags so the default tags will not work as they would without them. You would need to modify/remove your custom tags if the current outcome with them in place is not what you desire. The "default tags" would be those which are automatically added to a page by the software. They will not show up in the meta tag editor but if you add any of the same meta tags or similar ones which branch off of a tag, it will cause the default tag to not appear.
  22. This is due to you have overlaid the default tag with a custom tag. I would recommend deleting that in ACP -> System -> Search Engine Optimization -> Meta Tags. If this is not desired or changing it to one which is desired.
  23. When using Facebook's sharing debugger tool, I am seeing that the og:image provided in the core software is being used in the link preview (note: I've blurred specific information about your community just in case you don't want that public): Here is the tool: https://developers.facebook.com/tools/debug/ If you're seeing something different and are using custom meta tags or a third party application, I'm afraid, that would be outside our scope of support. However, if you are not, please share the URL you're attempting to share and we can review.
  24. Just to clarify here so there is no confusion to the community. As these particular images are Gallery images, the original resolution file is kept. This is due to in Gallery, the quality/resolution of an image is of utmost importance so if we do anything to the image in settings that requires a rebuild of any of the thumbnails we display, we require that original image to do that (otherwise, technically speaking there are a lot of compromises or incompatibilities that would need to be accounted for). Normal attachments anywhere else in our software do not follow this technical design and follow the settings mentioned at the top of this topic in ACP -> System -> Posting. Of course, if you disagree with this technical design, please leave your feedback in our official Feature Suggestion forum for further evaluation.
  25. Glad to hear you found a solution to your hosting issue there 🙂 .
×
×
  • Create New...