Ryan Ashbrook

This should be fixed now.

1 minute ago, Clover13 said:

But only the CF Pro account and domain would do this, not the 2 other CF Free accounts and domains?

Most likely - on their site, the Pro account advertises that they have blocking / challenging of automated traffic. In most cases, this is simply detecting that the request is coming from an IP from a data center and not an actual ISP (I should know, our corporate VPN gets hit by this all. the. time.).

It's likely that Cloudflare is detecting that the IP the request is coming from is from a server / data center, and is blocking it as automated traffic.

When the Admin CP tests for these things, it makes an HTTP request to https://example.com/login/ for FURLs, and to https://example.com/api/core/hello for the API.

This would definitely be something server side and / or associated with other software on the server for a few reasons.

1. While we do use a custom session handler, we use the proper session_set_save_handler and related functions, rather than ini_set.
2. The only usage of ini_set throughout the software is during an automatic Admin CP upgrade to disable errors, which is a fairly typical use case - and if it fails, the error is suppressed and ignored. This is the case for both 4.16.12.1 as well as the current version.

Based on the error itself, it looks like there may be a configuration issue somewhere in php.ini, or in a .htaccess file that is present on the server, attempting to set that directive (which is incorrect in itself - the directive is session.save_handler instead, though that could be as simple as the server interpreting the dot as an underscore in the error).

@Randy Calvert is correct. This would be a browser issue - most likely because it suspended the contents of the tab, so when put back into focus, it automatically refreshes to get the latest update for the page.

It looks like there was a temporary issue with your license - I have refreshed that, and your databases are back now.

You can also temporarily block those countries from registering under Spam Prevention > GeoLocation Settings.

The default for Action to take for 1/4 has always been Allow user to register as normal. Typically, you would only change that if you going through a spam attack, so yes setting it back to that is recommended.

This should be fixed now.

By default, it's 90 seconds. Then it looks at the max_execution_time PHP configuration and will then use that instead, if it's less than 90 seconds.

Then it looks at wait_timeout in MySQL and if it's less than max_execution_time, it uses that instead.

Then, it looks at the memory_limit PHP configuration and if it's not unlimited, it takes that into account.

Then it will run the task as many times as it can until one of the following happens (in this order):

1. The task indicates it has nothing else to do.
2. If the task is explicitly told to run X amount of times, it will stop when it reaches that amount.
3. If it gets close enough to the timeout that it cannot run another cycle.
4. If it gets close enough to the memory limit that it cannot run another cycle.

No, only MySQL is supported at this time.

You are missing your beginning and end delimiters. Try this:

/^(fa(-[0-9a-zA-Z]+)+)( (fa(-[0-9a-zA-Z]+)+)+)*$/i

And then set Apply text formatter to Yes, and then set Formatting Option to All lower-case in case someone enters a valid Font Awesome icon class, but uppercase.

6 hours ago, Marc Stridgen said:

It will indeed show that to anyone who cannot see these users

To clarify - if a member is in a group with permission to see anonymously online users, if you hover over the status it will state that they are online anonymously.

Working with images, particularly large ones, is actually a pretty intensive process. For instance, if I open Affinity Designer, t immediately uses about 750-800MB of memory, then opening a single 1.6 MB file makes memory usage jump to 1 GB. If the files are going to /tmp then it's likely because ImageMagick is running out of memory available to it so it's forced to use disk instead, which has larger space to work with, but is much slower.

It may be worth contacting ImageMagick with your configuration to see if any improvements can be made.

I believe key is a reserved keyword in MySQL. Try this.

\IPS\Db::i()->delete( 'core_tasks', array ('`key`=? AND app=?','steamCleanup','steam') )

Yes, in your Admin CP > Community > Calendars, edit the calendar and set "Events must be approved?" to Yes.

I would try downloading the full package from the client area, and upload that. It looks like the files may have only been partially applied.

It looks like you are editing a package - once a package is created and saved, it cannot be changed from the type that was initially chosen.

You will need to create a new package, which will allow you to select Advertisement.

That's controlled by your group settings. Admin CP > Members > Groups. Edit your group, and adjust the upload limits under the Content tab.

I use Monosnap for Screen Captures.

https://monosnap.com

For Video, it uses mp4 format, which is compatible with most browsers.

Any of the following would likely work.

{{if \IPS\Member::loggedIn()->inGroup( array( \IPS\Settings::i()->guest_group ) )}}

{{if \IPS\Member::loggedIn()->member_group_id == \IPS\Settings::i()->guest_group}}

{{if !\IPS\Member::loggedIn()->member_id}}

Generally speaking, the third one is the most accepted way of determining if a user is a guest or not.

This should be fixed on our end now.

The statuses page has not existed for many years - it was replaced with the Activity Stream system in 4.1.0.

To start, I would avoid using dashes in the database name. Use letters, numbers, and underscores only.