Chris027

Now it’s not deterministic. Some links work, that formerly didn’t work. But some remain not working. This really stinks.

Looking at the browser console, I see a 404 error for the link that doesn't work.

Maybe someone can decipher why some links work and others don't, based on seeing these. This one has 16 comments and doesn’t work https://audiophilestyle.com/ca/bits-and-bytes/hang-loose-convolver-stands-alone-at-the-top-with-214-update-r1449/?&do=getNewComment&d=2&id=1449 This one has 19 comments and doesn’t work https://audiophilestyle.com/ca/reviews/powered-by-shunyata-the-delta-x-and-more-r1453/?&do=getNewComment&d=2&id=1453 This has 5 comments ave works fine https://audiophilestyle.com/ca/immersive/inside-a-dolby-atmos-music-mixing-session-heavy-weighs-the-kings-avidyā-r1450/?&do=getNewComment&d=2&id=1450 This has 4 comments and works fine https://audiophilestyle.com/ca/reviews/nitch-x-schiit-pietus-maximus-review-r1451/?&do=getNewComment&d=2&id=1451 These two articles each have 6 comments. One works and the other doesn't. I give up. Doesn't work - https://audiophilestyle.com/ca/reviews/review-apos-community-gremlin-amp-geshelli-merlin-dac-stack-r1442/?&do=getNewComment&d=2&id=1442 Works - https://audiophilestyle.com/ca/reviews/minidsp-kd-1-roon-remote-control-review-r1441/?&do=getNewComment&d=2&id=1441

Update, some pages articles have an automatic link that ends in - ?&do=getNewComment&d=2&id=1456 or similar, and these links work. Somehow Pages articles links to comments are messed up on some, but not others. I believe the distinction is if the article has enough comments. One article with 14 comments works, while those with 16 and 19 do not work.

Is anyone else seeing all the Pages articles links broken after the update to 5.0.21? For example, a standard link to an article like this, works just fine - https://audiophilestyle.com/ca/reviews/powered-by-shunyata-the-delta-x-and-more-r1453/ However, for logged in users, the link automatically adds a suffix like this - ?&do=findComment&comment=1354837&d=2&tab=comments It's all these links that show the error message below. This means, all logged in users can no longer click on Pages articles and get to the articles, without the error. Here is one example, which will also show the error for guests, but the link is only generated for logged in users. https://audiophilestyle.com/ca/reviews/powered-by-shunyata-the-delta-x-and-more-r1453/?&do=findComment&comment=1354837&d=2&tab=comments Sorry! We could not locate the item you are trying to view. Error code: 2S1361C

Update: Support helped me very quickly. The waiting while one's site is down, is killing and axiety causing. Thankfully they resovled it.

Ticket sibmitted already. I was unsure if you guys dropped the update and went home, and hopefully anyone here could help. In the middle of the upgrade, I got the Cloudflare human detector. After that passed, the upgrade lost it's formatting and was just a page refreshing with all the languages it was updating and theme updates. Then I got rate limited.

When I try from a different browser that isn't logged in, I see this, followed by the rate limiting if I click Complete Upgrade. Ah, the joys of giving up complete control of everything, to be on IC Cloud. 😡

Getting all three messages at once.

Updated and got rate limited in the middle of it. Now my site is down. Can't even access /admin/upgrade anymore without the rate limit message.

And.... there not working again. Seems intermittent.

This is a reason to upgrade in my opinion :~)

And, now they are working again :~)

A huge benefit of Cloudflare is the company's ability to also attempt to mitigate this. "Cloudflare has deployed default web application firewall (WAF) protections for newly disclosed PHP vulnerabilities before public disclosure. The rules use request and response signals to stop exploit attempts and prevent exposed data from reaching attackers." Cloudflare BlogCloudflare deploys protections against php2shell vulnerab...Cloudflare has deployed default web application firewall (WAF) protections for newly disclosed PHP vulnerabilities before public disclosure. The rules use request and response signals to stop exploit

hi Guys, this morning mentions using @ username aren't working. I tried on Safari for macOS and Safari on iOS, and Chrome on macOS. When I type the @ symbol, then start typing a name I know should work, nothing pops up. As if it doesn't recognize I'm trying to bring up a list of users from which to select. I see it's working for this support forum, but not my site. Any idea what's going on for my install?

Anyone else seeing this issue right now?

Fantastic feature. Thank you.

I wish you luck working with support if this involves IC infrastructure. Be prepared for zero response, rude response, and them to say they can do anything to help you as you’re only a “consumer” vs enterprise customer. I know this from recent experience. Didn’t leave me feeling positive about the company after many years.

No worries.

I'm at the point now where I just want to know if my content has been unarchived, so I can start searching. But, I have no way to do that. I'll stop arguing for something that has been built for a purpose other than mine.

Understood. This is exactly the opposite of what anyone running a community would want, but IPS is doing it for a reason I guess. There is no way to even find archived content. Or, know how much content has been archived. This data is essentially hidden from view, unless one happens to browse to it, then scroll down to the bottom to see it has been archived. Trying to recover this content is an opaque process deliberately hidden from view. I have no clue if a single post is being unarchived every 5 minutes with the task, or if it's something else. I'm trying to locate some content and now have to pretend it's 1995 again and search for it hourly? daily? weekly? monthly? Nobody knows.

BY "nothing is visible" I mean, nothign about what's going on. How many archived posts are there? Are some actually being unarchived? Is there a processing running similar to other processes that appear on the dashboard screen in AdminCP? Nothing = no information.

Still an issue.

Two things. I see a couple posts that have now been unarchived. That's good. What makes me think nothing is happening is that nothing is visible and the procedure mentioned above doesn't match what I saw. "No topics were listed as Archived in AdminCP, but many topic are actually archived. I disabled archiving, and was presented two options, and I selected to restore the topics. Nothing else was shown to me about a percentage or number of topics affected or anything." Having no idea what's happening also gives me no idea when I should start running some search tests. It's incredibly inefficient. In 2026 we shouldn't have to guess what's going on.

Hi @Jim M My experience is the same as @michimachi . No topics were listed as Archived in AdminCP, but many topic are actually archived. I disabled archiving, and was presented two options, and I selected to restore the topics. Nothing else was shown to me about a percentage or number of topics affected or anything. I have no idea if it's working. I have no idea there's an error. I see the task run every 5 minutes, but without any real logging, I am just stuck wondering if anything is going on. Question: How can I tell if my topics are being unarchived?