Jump to content

z929669

Clients
  • Posts

    98
  • Joined

  • Last visited

 Content Type 

Downloads

Release Notes

IPS4 Guides

IPS4 Developer Documentation

Invision Community Blog

Development Blog

Deprecation Tracker

Providers Directory

Forums

Events

Store

Gallery

Everything posted by z929669

  1. 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.
  2. 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?
  3. 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?
  4. 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.
  5. 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.
  6. 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.)
  7. 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.
  8. 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
  9. 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
  10. RT is reported by IPS as incompatible with 4.7.9 .... when will a compatible update be made available?
  11. 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.
  12. 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.
  13. 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.
  14. 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.
  15. 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).
  16. The test server has no URL. It's an IP address. Nothing to do here? Please offer up a suggestion for compliance purposes, given I only have an IP address at the moment. I suppose I could assign a domain name to the test server and ask you all to change my test URL, but that seems like a lot of effort to get this one question answered. If this is the suggestion though, please provide confirmation or next steps. Once I confirm things are working under PHP 8.x, then it's a simple matter of bringing the server online under my existing prod and test URLs (i.e., no extra work on either side). Thanks
  17. Blank screen can also be caused by needing your web server to have PHP session permissions. I'm on CentOS (Fedora, RHEL), and I needed to chown my sessions folder to show content: chown -R nginx:nginx /var/lib/php/session
  18. In preparation for upgrade to the latest release requiring PHP 8.x from my current version (4.7.3), I have set up a test server and migrated our IPS www and database. The site is working fine, but I can't invoke any themes or styling, so I just get unstyled HTML rendering. I have tried "Clear System Caches" under tools and diagnostics to no avail. I have also tried using the IPS default theme with no luck. Note that my license key isn't valid for this test server, as I am in full dev mode and using IP address for access rather than my domain name registered with IPS. I don't think this should affect themes though. conf_global.php has been modified to reflect the IP address format. $INFO['board_url'] I've had such issues before, but they always wind up getting corrected using methods described previously. Maybe I'm still missing something? EDIT: I should note that I haven't upgraded anything yet. This is just a replica of my working live instance at this point. Caching is via MariaDB.
  19. Well that does make sense, and I hadn't thought of it.
  20. We're running 7.4.3 and will update once we get PHP 8 rolling on our server. In the meantime, I want to inform the staff of this Forum bug. I'm not sure if it's been reported or addressed in the latest version, so I will test in a few minutes on this very topic. Here's a good description of the issue. Thanks
  21. Yes, I see how that's possible. Thanks for checking. I use DO and maintain the server myself. What's the context that you got those errors? I didn't think you would be able to get SSH or phpmyadmin.
  22. It will take some work on my end to configure SFTP, since we don't use/require it. If it's just a matter of ACP access, I have updated that info for you. Thanks for your willingness to assist.
  23. Yes, we do have several admin private forums for which post counts don't contribute. But only staff can post in those, and with the post counts disabled, we should not get those counts (and neither should members). So it still seems like a discrepancy. Now, I cannot say if we had post counts enabled for a period before disabling them, so that might explain staff discrepancies. however, member discrepancies do exist, so that is not explained by this.
  24. I don't think so ... this is set under Members > Achievements now right? I looked elsewhere and can't seem to find the member post-count by forum setting. It may have been set in our previous version (4.4.0) prior to upgrade, but that setting is likely n/a in 4.7.3 Looks specifically at z929669 and note the post count discrepancy on the leaderboard card under "Top members > "Most posts" near the bottom of the page, and compare that to my hovercard. In fact, all post counts on cards in that section do not agree with the profile/hovercard data
×
×
  • Create New...