z929669

Simplest solution was to manually edit the relevant two records in forum_posts and forum_topics, keeping the original record IDs intact but changing all other variables. Then I simply deleted the second post. I previously copied the defunct OP into the new OP of the source.

So I assume I must split the entire Topic starting at the second post then? (first creating a placeholder topic). To restore the source topic, I would then maybe merge the now defunct topic?

It's only a single post replacing the OP I want to get back. The problem is that it's the OP I want to get rid of. Can I somehow just delete it so the OP (now the second post) is restored?

What's the 'proper' way to undo this? Here's the topic, and the second post should be the OP. https://stepmodifications.org/forum/topic/17510-dyndolod-300-alpha-142/ Source Topic: https://stepmodifications.org/forum/topic/19046-dyndolod-hangs Ideally, I'd like to undo this merge action, but I don't see a way to do that. I can manually do things at the DB level via phpMyAdmin or MySQL, but this might cause PK/FK issues or other unintended consequences. I searched the forums, but found nothing useful ... this MUST be a recurring problem, so hoping for a fast solution.

Would you mind pointing me to the solution or provide a bit of direction? I have total access to software and server and am comfortable with editing raw PHP or templates via ACP. If I can't figure it out, I'll set you up with access.

Can anyone tell me what this is? On hover, it says "queued posts", and when I click it, it takes me into the relevant forum with URL query string "/?filter=queued_posts" forum I get that its supposedly where I can see the post queue, but I've no idea how to set up this queue or how I have a '-1' value. Searching the ACP reveals nothing, and it doesn't seem to apply to the moderation "Approval Queue" Note that I'm just testing some things in my TEST forum, and this is where I found this, so it's not often used in practice. __________________________________ Unrelated Question: How can I rebuild my community content? (post/topic counts, etc.)

Thank you ... I had almost found it but didn't drill to the /data folder. Looks like I have 4.7.6, and the RT author claims that 4.7.9 is compatible with latest RT version. So I will move forward as is.

I'm running IPS Forums v4.7.3 and attempting to upgrade to 4.7.9 where I'm getting the message. My RT version is 1.10.8

Unfortunately, IPS doesn't seem to label their PHP files with the current version #, so I have no recollection of the version I downloaded in January, and the archive tells me nothing that I can find. Is there a file in the archive that will tell me the version? I must ask, because I'm upgrading my server to PHP 8.0+ and I want to install the Nov, 2022 release 4.7.4 to see what if anything breaks from 4.7.3. I DO NOT want to upgrade to 4.7.9, since one of my mandatory extensions purportedly is not compatible (Radical Tags). Unfortunately, IPS does not offer it's customers anything but the "current release". I just need to know what version I have based on the archive alone. The top folder is ips_dd729, so that should tell somebody on IPS side what version it is that I have. If my downloaded version is > 4.7.4, I will need access to that version. How can I get it? Thanks

RT is reported by IPS as incompatible with 4.7.9 .... when will a compatible update be made available?

After disabling our current test instance, assigning a spare domain to my new test instance, and updating my web server with said name string, the styling issues were resolved. After further investigation and testing, I have found that my issues were caused by a URL string mismatch between my web server (nginx) and the URL defined in config_global.php. The web server was unable to cache resources as defined. Getting these synced properly was the solution, regardless of using domain name or raw IP. Given this revelation, I have decommissioned my second test instance on the new server, and will spin that up again at my current test URL once I'm ready to deploy, decommissioning the first at that time.

And once again, I'm agreeing to decommission my test instance. I'm not sure I can do that from the test instance itself in any way. All I can do is wipe that test instance and provide you a new test URL once I get it established. Sound kosher? If so, I'll be back once that's done.

okay? What's the problem then? It seems like you are layering complexity where there doesn't need to be any. For reasons beyond the scope of my query, I'm using subdomains on my production server for both prod and test instances. I simply want to know if my theme/styling issues could be due to using raw IP. Otherwise, I'll need to get this sorted before decommissioning my entire live server. I CAN decommission my test instance, but I will not decommission my server, since that's where I am running my prod instance, too.

Hmmm. I think you are misunderstanding. I stated in my previous that I would assign a domain name to my test server via DNS and have IPS decommission my existing, changing it to the new. There would not be two test instances at any given time.

I use subfolders rather than subdomains, and changing to subdomains entails fundamental changes to my webserver syntax that effectively obviates my use case for the test domain and a whole lot of of added effort testing/troubleshooting subdomain setup just to get a question potentially answered. As it stands, the simplest thing for me to do is have you all change it temporarily until I validate that things work (once I get the question answered). Then I'll need to change it back, so please work with me here. I'm simply trying to do it the easy way, but it looks like I must deal with DNS and associated headache. I don't want to run into more red tape down the road for changing my test URL (since I don't think my use case should require all this in order to determine if my issues are solely due to the URL being an IP).