iancassel

We had the same issue. Just kept clicking try again about 50-60 times and it finally finished. Then we saw 500 errors randomly when click on topics (like every 3rd or 4th click). Reached out to support, they did something and it appears better now. Chatbox was also disconnecting constantly, so we turned it off, then back on again after they asked us to try again. It's still disconnecting randomly. Not sure what this update did, but in over 10 years we never had this issue with upgrades.

We're having all kinds of issues too. Upgrade kept failing and now I'm seeing random 500 errors when clicking on topics.

Was this ever built? I looked on your https://www.sosinvision.com.br/ site and couldn't find anything.

What if we setup subscriptions as a product (before the subscriptions feature was in IPS)? Is there a way to migrate those to subscriptions, or will there not be any impact?

@Jim M Jim I sent an email to support (our migration thread, we only just moved to your cloud yesterday) almost 2 hours ago, but wasn't getting a response which is why I opened it here.

@Jim M Jim all you have to do to troubleshoot is to change your hosts (linux/Mac: /etc/hosts) and put this in there: forums.microcapclub.com 13.32.27.51 and then flush your DNS, and you to can unfortunately experience what ours users are experiencing. ;-)

@Jim M yes bypass is and has been on: It's been a week, and I did check and emailed IPS, showing some of the CNAME forwards to their DNS is not propagating. The issue is some IPs work and some don't I've discovered some users in the US have luck of the draw and get a defunct one, it certainly pings, but it doesn't load the site. And I just ran into the issue here myself in Europe with the IP I posted above, which just changed again in the last 5 minutes and is working now. I've discovered 2 IP addresses that are broken on your round robin DNS: US: 108.156.91.25 EU: 13.32.27.51 It shouldn't be that hard to trace the issue.

It's happening to me now, IP address for Europe (resolved DNS) changed too: 13.32.27.51

looks like 108.156.91.25 is up now. There might be others still down. By why doesn't the network status page reflect partial outages?

Looks like the CNAME records I setup resolve different IP addresses (round robin) depending on geo location. Some of these locations our users are getting a "Not Found" in their browser. This IP works: 13.32.27.115 (I'm in Europe) and one of our Admins gets this IP address: 108.156.91.25 (he's in Chicago) and its failing. I had him do a "ipconfig /flushdns" and no dice. Many user complaints now about this. Some have no issues, others, it's completely unreachable.

Didn't work. Disabled POP3 and applied latest patch. It's still generating invoices every 50 minutes for this same user. It's completely taken over all of our invoices pages pushing some our recent customer purchases to the 3rd page now. Can someone please check this and disable whatever rogue process/script/loop is doing this?

Hi Marc. Updated SFTP/Admin CP logins. Should work now.

This strange behavior just started. When renewals come up, it's generating an invoice every 50 minutes for customer that doesn't have auto-renew turned on. We're also seeing the system logs filling up with pop3 errors (not sure if this is related)

@Marc Stridgen @Jim M yes, we've been using cloudflare for years, this always worked. Just had another one I had to manually check. Some recent update to Invision broke this. If Cloudflare was blocking something why do 90%-95% of them go through? Disabling Cloudflare is a non-starter as it saved us earlier this year from a DDoS attack. It seems like it's an issue with PayPal recurring payments. It never generates an invoice. PayPal just charges them because of the recurring billing agreement, and the invision suspends their account without checking for payment. I have to manually click the "CHECK" button, and that works, so if Cloudflare was "blocking" something why does the manual thing work? Can't a CRON job fix this please? Or is there an issue with invoices being generated on recurring PayPal payments? Attached are a BEFORE and AFTER clicking check:

@Jim M @Marc Stridgen We're having this issue now on a regular basis. At least once per week I have to manually force the system to recheck with PayPal. Today we got an interesting one, the payment email from PayPal came in, it was a recurring subscription payment. I had a really hard time finding it on the invision side, I had to look for more details from PayPal because I identified which user it was (different PayPal email address than on our board). There is no invoice issued, last one was Nov 2021, and when I checked the PayPal subscription ID in Invision, there was a "recheck" option and it didn't do anything. I went through all of the steps again and clicked the "check" button once more (this was a button, not the hyperlinked text I clicked the first time) and it finally looks like it worked. How can we fix this going forward, it's causing us a lot of headaches.