Ryan Ashbrook

When assigning a ticket to a user, ensure that the "Lock to this staff member" option is set. When set, this will force the ticket to be assigned to that person regardless of who replies.

Admin CP > Members. Click the Cog icon on the search bar. You can use this to search for members based on certain criteria. In this case, you would enter the information like so (note that only the second date field for Last activity is changed):

After you submit your search, there will be a bar at the top that will allow you to prune / delete all members found, or move them to a different group.
Before performing any mass alteration on your site, please always ensure you take a backup just in case your search is too broad and accidentally prunes accounts that you did not want removed.

The current version of the file does appropriately use https.
<?php if ( file_exists( 'conf_global.php' ) and isset( $mysql ) and $licensekey = @$mysql->query("SELECT * FROM " . $INFO['sql_tbl_prefix'] . "core_sys_conf_settings WHERE conf_key='ipb_reg_number';") and $licensekey = @$licensekey->fetch_assoc() and $licensekey and $licensekey['conf_value'] and $lkeyData = @file_get_contents( "https://remoteservices.invisionpower.com/license/{$licensekey['conf_value']}", FALSE, $streamContext ) and $lkeyData = json_decode( $lkeyData, TRUE ) ): ?> This was updated almost two years ago.

They are a part of the Font Awesome framework.
https://github.com/FortAwesome/Font-Awesome/blob/4.x/css/font-awesome.css

No, the key does not regenerate on renew.

Thanks - I've fixed this for a future release, and applied the fix to this site.

Start here:
 

If you go to your Admin CP > System > Get Support > PHP8 Incompatible Customizations then it will tell you what it detects as incompatible.

ACP > Members > Groups.
Click the Lock icon for each one and remove posting permissions for each forum / section. Faster to do it this way, than per forum.

In the Editor, in the attachment area - click Other Media > Insert existing attachment.
It will then list files uploaded elsewhere in the suite, including Gallery images.

Items where the search term is found in the title will show higher up in the results list than items where the search term only appears in the body of content when sorting results based on Relevancy.
The higher the number, the higher those items will show in the results. 

Thanks - I have submitted a fix for this issue for a future release.

Thanks - I have fixed this issue for a future version.

Unfortunately, this is not possible at this time.

Yes, this comes standard as a part of the 4.7.1 update. 🙂 

Go to your Admin CP, click the bell in the top right, then click Notification Settings on the top right of the menu.
On that page, look for this section, and select either "Yes - once until addressed" or "Yes - every occurrence", depending on your preference.
 

Only Forums, Blogs, and custom fields in certain areas support Polls at this time.

If you click the link to Recount, it will give you the option to do either that individual member, or all members.

The only table that would have been created during upgrade would have been the calendar_events table - and technically, it wasn't actually created but rather renamed from the old cal_events table for the Calendar application.
I am unsure of the other two tables - the first one looks like a third party application, and the second one looks to have been a copy of the posts table (which was renamed to forums_posts). Searching through both IPS4 and IP.Board 3, and there is no reference at all to any "posts2" table.
Regardless of where they came from, it is fine to simply change them to InnoDB.

You can use an Image Feed block that only shows Featured Images.

Actually, there's quite a bit more to it than that. 🙂
There are some specific circumstances where even if you go from, for example, 1.2.3 to 1.2.4, then it can all be done within the AdminCP. If there are more significant changes, however, then it will send you to the full upgrader.

Yes, in this case, you (or anyone specified under the Purchase Notifications setting for the package) would receive an email for every purchase generated of that particular package. These emails are unique to the actual purchase itself, even if purchased alongside other purchases of the same package type.
These emails, however, do not go out to the user - they would receive the standard invoice paid notifications, which will have grouped them all together (since those emails are unique to the invoice that was generated, not the purchases themselves).

$count = \IPS\Db::i()->select( 'count(*)', 'forums_posts' )->first(); print $count;  

This is indeed a bug - it has been fixed in the latest release, so I recommend upgrading and revert / re-apply any changes that have been made to the mobileNavigation template (if any changes have been made).

The block is based on the download logs as configured for your categories. So, if you've recently changed these to retain downloads indefinitely, then this would not be applied retroactively.
So, for instance, if all of your categories previously only retained 7 days worth of download logs, and then those were updated to keep download logs forever, then the previous logs would not be applied because they have already been removed.
Looking on your site there, the Download Log for your most downloaded file only has 11 pages, totaling 103 downloads, though the file itself has seen itself been downloaded over 17,000 times. So what happened here, is those logs were likely pruned.