Jump to content

Stuart Silvester

Invision Community Team
  • Posts

    3,633
  • Joined

  • Last visited

  • Days Won

    27

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Posts posted by Stuart Silvester

  1. The code doesn't know whether that's a current extension or one that's there from an older version of the app that's no longer used (which is why we've opted to remove the legacy code, it was masking issues). In a lot of cases applications are stored in read-only locations, but as noted it's not something for us to generate on upgrade. I'll point out again, there has been 5 years to implement the proper extensions method.

  2. 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. 

    Please also let us know which forum you are creating a topic in (this may be relevant to the issue)

    We look forward to further assisting you. 

  3. 41 minutes ago, Dazz said:

    I think I figured it out... I was told that they had the server setup to allow large file size uploads, but evidently that is not the case... I just tested with dummy text files of various sizes. They started failing and returning the error at 100mb.  So definitely something not setup on the server side right.

    Counter-intuitively having large limits defined may cause large files to fail because it doesn't allow chunked-uploads to be used. It could be that PHP is running out of memory or time to process a large file. Having upload_max_filesize / post_max_size set to reasonable values nearer the default may solve this for you.

    Ultimately, it is something your host is going to need to work with you on.

  4. 23 minutes ago, Vakarian96 said:

    Would it also be possible that if you accept cookies are not redirected to the home page? This is not good if you have a page with news and everyone who wants to read it accepts cookies and then ends up somewhere else.

    I would still appreciate it if you could turn this thing off.

    This was an issue that is fixed in 4.7.12. you also have to specifically enable the cookie consent system it is not enabled by default.

  5. On 7/11/2023 at 8:53 AM, PatrickRQ said:

    Apart of that, the error is logged as happened to GUEST instead logged in member (I tested myself from customer's account)

    This is normal, it's an interface file that isn't part of the front session handler. These files are used for communication between the payment gateways and the community. Typically without any member (it's like an API/webhook request).

    We've made a change for an upcoming release (not .12) that will tell the customer in the checkout if the funding source refuses the payment.

  6. On 7/8/2023 at 4:16 PM, -Kryhan- said:

    Could contain: Text

     

    Your DDOS protection is blocking the communication between our systems and your community.

    <h1 class="message"><a href="http://blazingfast.io" target="_blank"><font color="#E0E0E0">Verifying your browser, please wait...<br>DDoS Protection by</font> Blazingfast.io</a></h1>

    You can whitelist requests to /index.php?app=core&module=system&controller=marketplace

     

    6 hours ago, Marianne dubouloz said:

    same problems for myself :trying to update  applications

     

    18 minutes ago, AlexJ said:

    Same issue on my friends site.. they are having same issue. 

    I suspect you were experiencing something else related to the license server because you do not have any failed connections logged.

  7. 46 minutes ago, Midnight Modding said:

    Thanks. I just went ahead and made a category page listing the content items, rather than try to work around it.

    Btw this is odd. Before adding it in, it simply gave an inline message in the acp saying task run successfully and returned a blank message below it. When I put the url properties back in, it did the same thing, except instead of the blank message, it said it was submitted to google. But after I got everything finished, it now gives a redirect message saying task run successfully instead of an inline message above the task manager. I wonder what happened? When it gave the inline one maybe there was still some sort of error?

    The issue was rebuilding the sitemap from the sitemap page and then running the background queue.

  8. You could implement your own url() method that doesn't reference those class properties but if you don't want it in a sitemap you can set the $includeInSitemap property to false. You may still have issues if something requires url() and those other properties though

  9. 42 minutes ago, AtariAge said:

    Oh, I mean when you enter a search term, not a term I'd want to remove permanently.

    For instance, something like, "quadrun reproduction -7800"

    I know how to do it when performing an SQL query, but I'm guessing there's no support to do this from the forum search.

     ..Al

    Yes, you can use + and - in the search term (boolean search is implemented)

  10. 8 minutes ago, Robert Angle said:

    That's too bad. We have a few topics dating all the way back to 2008 that are picture heavy. When the 3rd party conversion service converted it to IPB 3, all the images were put into a directory like this and hotlinked from the post itself...

    /uploads/converted_files/

    I can't imagine having to manually edit each post to fix the broken image after migrating to cloud.

    I would recommend sending an email in to our Sales team, they may be able to work something out.

×
×
  • Create New...