Makoto

Can you run the namei -nom command on Applications.php again to verify the permissions were changed accordingly? Do you have SELinux enabled on this box, and do you know what /usr/home is mounted as? Is it a local filesystem, or a network mount? Lastly, you haven't changed the IPS_FOLDER_PERMISSION setting in constants.php or anything have you?

Looks like the classifieds directory is missing global write permissions. You don't need to worry about getfattr, just run this to update your permissions and you should be good: chmod -R a+rwX /usr/home/*****/public_html/*****_forum/applications/

Just to verify a bit further, can you run the same command on /usr/home/*****/public_html/*****_forum/applications/classifieds/Application.php Additionally, please paste the output when you run the getfattr command on this file, as well as the classifieds directory itself.

If you decide to start transcoding and serving video files over S3, your costs can be substantially higher than $5/month unless you're only getting a very small amount of traffic every month. S3 egress bandwidth prices are not cheap and not really a cost efficient means of serving large media files like videos at scale. Video transcoding services are also expensive to utilize. This is not something the average forum admin can generally afford, unfortunately.

What is the output when you run the namei -nom command on your web root? e.g. namei -nom /usr/home/*****/public_html/*****_forum You can redact the sensitive bits, just need to verify the permissions.

Are you using ACL permissions on your hosting server by chance? PHP's PHAR library does not work properly with ACL permissions if so. Try chowning all files in applications so that they are owned by whatever user PHP/Apache is running as (e.g. www-data)

It should work fine with IPS 4.5, you'll just need to download the 4.4 version and manually install it for now. I've updated the marketplace listing to display 4.5 support but it'll need to be reviewed and approved first.

It's important to note that all these applications really do is customize the way prefixes display - if you uninstall AT&P, you won't actually lose any of your prefixes, just the custom formatting applied to them. You can then install Radical Tags and customize them back to just how they were before if you'd like. Prefixes are a core feature of IPS, so even without either of these applications enabled they will still be there, just in the default IPS format. Once you enable the application again, the customizations go right back. So if that's your only concern it's definitely not something you have to worry about, but I can help either way whatever you decide!

I haven't attempted any migrations from AT&P on 4.5, but I'm happy to try if you'd like. The alternative is you can simply uninstall AT&P entirely, install Radical Tags and set up your tag customizations and such from scratch again. If you don't have a ton of tags to process, this might be easiest. Radical Tags has a very easy setup wizard for setting up basic color coded prefixes and tags, so you could get them configured again in no-time if this is all you need. But if you really need to migrate, I'll do my best to get that done for you.

I'd recommend installing this on IPS 4.4 first, migrating from AT&P to Radical Tags, and then upgrading to IPS 4.5. I can help you do this for free as a one-time service if you'd like after purchase, just send me a PM here to set up a time for that!

This application is no longer being maintained, but you're welcome to use Radical Tags which is compatible with IPS 4.5 and supports virtually all the same features as AT&P plus more.

I believe they just updated the file description, the file upload itself is probably still pending approval. One of mine from before the Holidays is still on approval too.

For emergency hotfixes you need pushed out quickly it might not hurt to ping @Daniel F directly, though I believe the IPS team was off on Holiday up until yesterday.

As far as I'm aware AT&P has been abandoned and still has a number of compatibility issues and bugs with 4.4 that were never addressed after being taken over by another developer, so I wouldn't advise even trying to upgrade to 4.5 with it enabled. You can perform a migration from AT&P to RT on IPS 4.4 and then uninstall AT&P once you confirm everything has been migrated properly. If you'd like me to do this for you, I can do so free of charge as a one-time service, just send me a PM here to set up a time to have that done.

That is correct. This application only enhances IPS' native tagging system, so if you uninstall or disable it, tags and prefixes will still be there just without any custom formatting.

Hey @mardiv, Thank you for the report, I'll look into this and try and have a fix ready for you soon.

Hey @Sascha Prinz, Thanks for the detailed report! I'll get this fixed and post an update soon.

Thanks Daniel, you're awesome. @Paul E. can you try and upgrade now? This should be resolved.

@Daniel F any chance you can push this hotfix through? Had to alter the schema files IPS generated and add some queries in an upgrade routine to make 100% sure the columns in questions are NOT NULL here. I'll file a formal bug report later on what may have caused the dev center to do this.

I can confirm this is a bug, the schema generator is incorrectly displaying that these columns are NOT NULL when they are created as nullable in the upgrade routines. This will only happen on newer versions of MySQL but I'll be pushing a fix for it now.

Did it abort the upgrade and leave you on the previous version? This was not replicatable on a development environment but I did encounter a bug with the scheme generator in 4.5 that likely caused this to happen on your specific environment. Let me see if I can push a quick hotfix, though it will need to be reviewed and approved as well.

This will be fixed in a maintenance patch later tonight, but will need to await for approval from IPS. FWIW, this method is documented as only accepting arrays, so it should never be passed a string, though I see IPS manually casts $set to an array if it's not one in the internal method. /** * Set tags * * @param array $set The tags (if one has the key "prefix", it will be set as the prefix) * @param \IPS\Member::NULL $member The member saving the tags, or NULL for currently logged in member * @return void */ I'd prefer @bfarber or someone kept that bug report open and rather than closing it as a third-party issue address the fact that the RSS class isn't recording tags as it should, especially given that what was passed to the method was seemingly just '[]' (an empty array incorrectly represented as a string), but nonetheless, I'll address it. I'm thinking there are still underlying issues in this class that need fixed, though. This is why I'd rather IPS move towards strict type checking. I can certainly look into implementing this in the next feature release! Keep in mind that feature updates going forward are likely just going to be for IPS 4.5 however.

Thank you for the report, I'll take a look into this today.

Version 1.5.0 with IPS 4.5 support should be released soon! Just have to wait for it to be reviewed and then all you need to do is update.

If you can send me a PM here and set me up a temporary AdminCP account, I'll be happy to take a look for you!