new option Automatically update the MaxMind database, on by default. Turn it off to keep the database current by your own means - an external cron task running the new geoblock:update-database command, or any other mechanism that puts a current database file in place. With it off, no license key is needed and none is reported as missing
bugfix: a country lookup required a license key as well as a database. The key is what downloads the database, so a forum holding one the addon had not downloaded itself registered no spam provider, never reached a lookup, and reported nothing about either. No earlier release could reach that state - the new option is what creates it
three new command line tools: geoblock:config shows what this forum is configured to block, geoblock:validate checks that it can actually do it, and geoblock:update-database downloads the database now. geoblock:validate warns when the database is more than 30 days old, however it is updated - which is what catches an external update that has quietly stopped
every row this addon writes to the server error log now begins with Geoblock:
the license key is declared as this addon's only secret, so a tool reading the forum's configuration over an API can report the other settings without exposing it
bugfix: EU registration blocking has never worked. The visitor's IP was converted to binary before the country lookup, which takes a dotted-quad string, so every address came back unplaceable and no EU registration was ever rejected. Present in every release since 1.0.0. If you have "Reject EU registrations" enabled, EU registrations will start being rejected after this upgrade - that is the option working for the first time, not a new behaviour
bugfix: the Checks and Tests tools logged two PHP warnings, one of them a deprecation on PHP 8.1 and above, when submitted with a field missing
the admin-panel message shown when a MaxMind database update fails is now a phrase, so it can be translated
bugfix: a failed database download could silently reinstall the previous database - PHP caches PharData objects by path and the download always used the same temporary filename, so a second update within one process re-extracted the first archive and reported success
bugfix: the "not configured" message in the admin control panel linked to #geoblockDatabaseUrl, an option removed in 1.1.0, so the link landed on the option group rather than the field
run enqueuePostUpgradeCleanUp() on upgrade under XenForo 2.3 and above
now requires XenForo 2.2+
now requires PHP 7.2+ - the declaration said 7.0, but geoip2/geoip2 and maxmind-db/reader have always needed 7.2
the shipped dependency tree is now held within that floor - maxmind/web-service-common is capped at ^0.9.0, since 0.11 requires PHP 8.1 and arrives transitively through geoip2/geoip2
latest composer dependencies
development files no longer ship inside the release zip
