CheersnGears

Fair enough. I have it working for now, and it looks great.

Get a CleanTalk subscription and the plug-in from the marketplace. Best $8 a year you'll spend.

Back over to you...lol

I'm not really a coder, so all I'm doing is using @opentype's app. But this is what I found in his SuperGrid categoryRow template. {{if $category->pcimage}}<div class="SG_cat_image" style="background-image:url('{file='$category->pcimage'}');"></div>{{endif}} I'm guessing he'll need to update.

This is quite the rabbit hole today. Using the constants.php settings recommended by @Matt here \define( 'IPS_FOLDER_PERMISSION', '0777'); \define( 'FOLDER_PERMISSION_NO_WRITE', '0755'); \define( 'IPS_FILE_PERMISSION', '0666'); \define( 'FILE_PERMISSION_NO_WRITE', '0644'); And then looking in FTP, I find that the file gets uploaded with permissions of 1232, which of course means the file can't be read by Apache. Now, I added those settings today because for some reason the IPS file move process borks folder permissions on my server and the upload folder ends up unwriteable. If I take those lines out of constants.php, then both your app and opentype's work properly when both are set to my attachments folder. So, I think your app has to always match whatever is set in the Attachments location for Supergrid to work. So I guess I'll leave it as is for now and I'll just have to remember that I can never move files under storage settings without putting those lines in first. I really don't understand how that IPS permissions issue is happening since I have a bone stock AlmaLinux + CPanel setup. Absolutely nothing special and none of my other site installs with other software have this issue. If you want any troubleshooting feedback from my end, I'm happy to help and test.

Thanks, I have more information to add for you in a few minutes. I'm testing some current settings with fresh files to make sure I'm not polluting new tests with old files.

This has been driving me a bit nutz today. Initially, I left the file location for this app unconfigured, but then @opentype's SuperGrid couldn't find the attachment because it was looking in my attachments directory. I moved everything from the attachments directory to the uploads directory, and things worked. So, because I prefer to keep things tidy, I moved everything back to the attachments directory AND set the directory for Pages Category Images to the same attachments directory, and now neither this app nor Pages Supergrid points to the correct file. I can upload a file to the category, but the preview is immediately broken. If I copy the URL to another tab but remove the attachments folder from the URL, the file loads, which means it uploaded correctly but not to the directory it is supposed to upload to. So, somewhere, somehow, this app is not respecting the file location settings under Storage settings in ACP. My site is 20+ years old, so I really don't like dumping everything in Uploads.

Yes

Apparently, this is a known issue. So ideally either he needs to use a standard location in his app or you'll need to grab the storage location set by his.

If I do an inspect on the preview of the file in the ACP, I get: src="https://www.cheersandgears.com/uploads/monthly_2023_02/2023-Integra-performance-xl.png.4fa9a2dcb7f39ea84f9a01a7409d673c.png" which works, but shouldn't because that's not where it should be uploaded to. It should go to: <div class="SG_cat_image" style="background-image:url('https://www.cheersandgears.com/uploads/attachments/monthly_2023_02/2023-Integra-performance-xl.png.4fa9a2dcb7f39ea84f9a01a7409d673c.png');"></div> as reflected in the code from SuperGrid. I am testing by moving the attachements back to the upload directory.

I have both installed, but when I upload a picture, the category looks like it has space made for the picture, but the picture doesn't actually appear. Anything special I need to do?

I appear to have located a bug. In both the stream and the sidebar widget, the link to the forum name passes the wrong URL when a new topic is started. The correct URL is passed if it is a reply to an existing topic. In this case, the link from the title of the topic correctly takes you to the first post of that topic; however, the Forum/category name links incorrectly. In the above example, it links to https://www.cheersandgears.com/forums/forum/45-ford/?do=findComment&comment=96551 when it should be link to https://www.cheersandgears.com/forums/forum/45-ford/

Great! Thanks. I'm sure if it is either of those plug-ins, the developers would want to know about it.

Sorry, try again. I created a new group for external support to remove the 2FA requirement but didn't grant that access to ACP. Hopefully is good now.

Also done

Done.

I didn't catch this until now, but a bunch of users were marked as Spam on October 17th. The log only says "{"spammer":"1"} " under account activity with no mention of whodunnit. Some of them are users that I know personally, so I know for a fact that I didn't mark them as spam, and there is no way I did that many spam tags on the same day without remembering it. Unfortunately, my Spam Defense logs prune at 30 days. Also, unfortunately, I don't recall when I did the last IPS update, but it sounds to be around the right time. I know it's probably not fixable on my site, but I at least wanted to make you aware of it and hear your thoughts.

Thank you! I had lost this in an upgrade and couldn't figure out how to get it back. (just restarting my writing after a 2-year hiatus)

I understand about wanting the old format. I'm just brainstorming to come up with some sort of alternative that might be easier to do programmatically but still fill the need. Path of least resistance and all...

Does it have to be in a calendar format? What about just a listing of users with birthdays in the next 30-60 days with the birthday posted next to them

I only do 2FA for Admins. Could we have a check box to remember the browser for 24 or 48 hours so I don't have to 2FA multiple times a day when I haven't even left my chair?

@HeadStand - Is there a way to export a list of users subscribed to a particular newsletter?

Members can opt in to newsletters in their Account Settings. I don't know about non-members, but I think not.

This was confusing me as well, and yes, it turned out my cron tasks were still under 7.4. Maybe a line in the e-mail notice to the tune of "If your site admin panel says you are running PHP 8+, check your cron tasks or contact your server provider for assistance."

For what it’s worth, I’m getting the same errors flagged