Jump to content

Daniel F

Invision Community Team
  • Posts

    6,568
  • Joined

  • Days Won

    37

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Everything posted by Daniel F

  1. Could you explain the tests part? Like a quiz feature for specific lessons ?
  2. You could change the default module for the store
  3. Have you really only overwritten the existing files or replaced the old directories with the new uploaded ones( some FTP clients do this with a cryptic confirmation message)
  4. You can use the core/members REST API endpoint to get a list of members based on few filters. More information about the available filters can be found in our REST API docs: https://invisioncommunity.com/developers/rest-api?endpoint=core/members/GETindex
  5. I can't reproduce this local, so I have created a ticket to investigate this further on your community.
  6. Suggestion: Make it please a per-page option:D
  7. Yes. Reason for this is that we're not using this variable anywhere except inside the getter method. Other hooks could override the method too, we could literally change the code in the method and not use the variable at all or include some further logic (e.g. take a look a the implementation in the Record class) so overriding the method will probably be much more future proof.
  8. That's a bad approach, instead of overriding the variable, it would be much better to override the getter method ( includeInSiteSearch() )
  9. Are you probably already unsubscribed from the stream?
  10. It seems that this is caused by a broken widget. I have created a ticket to investigate this further.
  11. Yea, they changed it in the meanwhile and we have adjusted it too. As mentioned in our release notes, we have changed this:) 4.6.8 -Commerce - Added the ability to optionally require a billing address for subscriptions.
  12. Thanks, I have fixed this for an upcoming release.
  13. Please contact your webhost and ask them if they're using a WAF( Web Application Firewall ) which is blocking the requests.
  14. Is the admin subscribed to this stream or your alternative account?
  15. What is the URL where the errors get logged? Are they all logged from the same URL?
  16. OK let's get this fixed:) 1. Where is this htaccess file located? In the same directory as your community? If it's in the same directory, THEN you're not using the IPS rewrite rules, hence you should make sure that the ACP => System => Search Engine Optimization - Rewrite URLs? Setting is disabled. If you want to have the rewrite rules enabled, you have to make sure that their htaccess content + yours from IPS is present! I assume all this happened once they(or you ) disabled the WAF settings ( that's literally what these 2 lines are doing) to fix your initial issue:D So they, or you have probably replaced the existing htaccess IPS file.
  17. As you said, you get what you pay for.. The best host for your IC installation is probably going to be IPS 😉 https://invisioncommunity.com/buy I've recently even moved all my domains away from namecheap, I'm really not a huge fan of them
  18. This seems to be an issue with your telegram notifications 3rd party file! #0 /var/www/..../applications/core/extensions/core/Notifications/Content.php(457): IPS\_Content::loadAndCheckPerms(137048) #1 /var/www/.../applications/telegram/sources/TelegramNotification/TelegramNotification.php(241): IPS\core\extensions\core\Notifications\_Content->parse_new_comment(Object(IPS\telegram\TelegramNotification), true) I would suggest to disable it and then to try to run the queue task again and if it then continues, please contact the author and make him aware of the issue.
  19. 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.
  20. Yea, the 403 error sounds indeed like a web application firewall being in place. I would contact your webhost to see if a WAF or something similar is in place and if yes, if they could see which rule was triggered and to adjust/deactivate it because it were valid requests.
×
×
  • Create New...