Jump to content

Makoto

Clients
  • Posts

    5,279
  • Joined

  • Last visited

  • Days Won

    32

 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 Makoto

  1. Is this self-hosted or hosted with Invision? If it's self-hosted, make sure you're not blocking outbound connections on your server. I believe I've also seen a post where someone's host was forcing TLS v1.3 on outbound connections, which IPS' servers do not currently support (they currently use TLS v1.2), so you'll want to make sure your host isn't doing that as well.
  2. It's not. It's using the canvas to resize images client side if I remember correctly. Canvas is not something made for fingerprinting, some people have found ways to exploit it to do such however. Completely disabling it is a nuclear option to combat that and will result in some browser functionality breaking as a result, which is what you're seeing happen here.
  3. No problem, happy I could help!
  4. This was a bit difficult to track down but I think this may be the cause of your issue. Especially when you mention the user running a jailed version of Firefox, meaning they're likely very security conscious with their browser settings and may have this enabled. https://discourse.mozilla.org/t/firefox-corrupts-any-image-i-paste-in-on-both-linux-and-windows/83459 The image you're pasting does somewhat appear like it's an entropy dump like in the above, so it's possible this is what they are experiencing. Have them take a look at this setting and try disabling it to see if that fixes the issue. If it does, there's not really much that can be done to prevent it from happening in IPS itself outside of them keeping it disabled, or granting your site specifically permission to access that data.
  5. I saw this reported recently. If I remember correctly, it's an issue with Firefox itself. Specifically, an issue with how Firefox is scaling certain images client-side, meaning it's entirely a client-side issue and not fixable server-side. Not sure if this has been addressed in newer releases or not, but have them make sure Firefox is updated anyways.
  6. Ahh, sounds like something was messing up some JavaScript or something that wasn't getting cleared properly then, yeah. Glad you got it working now!
  7. This only happens in your phone? You are signing in to the same account both times? I would say try disabling any third-party applications and plugins first just to rule that out, but this is an oddly specific issue. Are you using the same wifi network on both devices too? Not really any plugin support for native Chrome on Android so that shouldn't be related either.
  8. Does your test environment also have active invoices, transactions and everything else configured the same way in Nexus as on your production site? Either way, it's still an issue somehow specific to your server environment.
  9. These things vary a lot from server to server and based on the specific size of your community, but ideally you should not be having several gigabytes of temp tables stored on your disk. Ideally, you should also have more than a handful of gigabytes available in /tmp, but I don't see how much space you actually have configured for this mount point on your server in the screenshots above, just that it is completely full. As noted above, if the tmp directory PHP uses to store uploads is not large enough, large file uploads can end up causing this to happen. But based purely off the screenshots we see here, it looks like MySQL may be more to blame. In order to confirm, we would need to know the total disk space available to /tmp and what files are actually taking up all of this space. Again based on the screenshots above however, it looks like your server is also configured to use MyISAM instead of InnoDB. Generally, it's recommended you use InnoDB for your tables instead, as MyISAM has several performance and scalability pitfalls that InnoDB mitigates. The best solution here would be to first make sure your server has enough memory to store your entire MySQL database, plus enough to run all existing services and an additional buffer window to spare for growth and disk caching, and then convert your databases to InnoDB with your MySQL configuration tuned accordingly for your servers specific needs. All of this can be rather complicated and is unfortunately not something that can be easily guided through in a forum post. If you have a managed server, you could see if this is something your host can do for you.
  10. Is this self-hosted or hosted with Invision? If you re-upload and save the image for that rank, does it still appear broken?
  11. Are you referring to this image? Are you using a custom theme on your fresh install, and if so does the issue persists on the default IPS template?
  12. If you go to the email settings page and click the Test Settings button, does attempting to send an email to your test accounts produce any type of error, and if not, do these emails still not appear in your inbox?
  13. Usually if an email is denied and not just moved to the users spam folder, the email server will reject the message with some type of reason. Maybe Apple doesn't follow this standard convention and just silently discards mail though, but I don't think I have ever seen that with any other provider. Just to verify, can you make sure these users are checking the spam folders of their email to see if it's being misplaced there?
  14. Do you see an actual exception error along with the traceback you posted here? If so, can you post it?
  15. If you search for Email Error Log in your AdminCP, do you see any recent errors log entries for @me.com addressees?
  16. Awesome! Looks like this plugin might be the culprit, If you have this installed and the issue goes away after disabling just this plugin, it's likely the culprit. In this case you'd need to contact the plugin author so they can fix any compatibility issues the plugin may be having.
  17. Looks like this error is relating to a plugin you might still have enabled. Can you go to the Plugins page of your AdminCP (not Applications) and disable any plugins you have there as well?
  18. On the same page you cleared the system cache from earlier, is there anything else in the System Log (not Error Log), and if so, can you post the full error displayed here?
  19. If you are using a custom theme, can you check and see if the issue persists when switching to the default IPS template?
  20. After logging into your AdminCP, click the Get Support link at the bottom of the left-hand menu under the default System tab. Look for the Clear System Cache button, click that and see if this resolves the issues you are experiencing first.
  21. Are you using a proxy service such as CloudFlare, and if so have you configured IPS to trust the IP address sent over by the proxy?
  22. I'm not sure why IPS would be disabling that or preventing you from reverting it. I don't know if they changed something in a recent release or if this is specific to that file. IPS will have to weigh in on this one.
  23. Are you seeing a bunch of notifications in queue in your AdminCP? Is it for something in particular that has thousands of notifications to send? Cron will take longer to push through these tasks versus using the default method to process them on page requests by regular viewers, assuming your site gets more than one page request a minute at least.
  24. Which version of IPS did you upgrade from? Can you do the above and send a screenshot showing which database tables do exist on your IPS installation?
  25. No, the files that you download from Invision are the core software files. They only contain code, none of the files you are overwriting contain your own data. This information is either stored in the database, or as independent files in upload directories of your installation. Overwriting will never erase any content you have on your community. However, I am concerned over the missing database error you are seeing, but I don't know just how far back you upgraded from. Just to be clear, if this table is missing and there is any data missing as a result, it won't be from overwriting the upgrade files as mentioned above, this is a problem that already exists. But until you properly fully upgrade all your invision files and run the upgrade properly, we won't be able to confirm for sure if any data was lost. But it's always a good idea to make a full backup if you can before upgrading regardless, including of your database. Additionally I have to ask, when you upgraded the core invision software or any other applications, did you skip replacing those files as well?
×
×
  • Create New...