Martin A.

My bad. I see now that it's the parameter to return localized results, not the setting where it only returns from selected countries. A patch will be released soon Members are imported in a daily task, max 100 per day. You can manually run this from the task manager if you want it to run more often. I think this is the case for you now, the task isn't scheduled to run until the next day.

You changed it from the marker view, in his profile or on the map while signed in as the user? Do you have anything in your system log that could relate to this? What have you selected in the "Limit the location search to specific countries" setting? I've tried both selecting all, none, and de-selecting a few, and all works for me.

What's written above is correct. The file is not approved yet, but it shows as "updated" because I removed some old references in the description. If you follow the file you'll get a notification here once it's approved. As far as I know there is no need to select an API when you create the key. The box below the keys are for you to test the key and generate example code to all the different endpoints. This isn't something you need to look at. All you need is that key.

The new version is submitted and is currently pending approval. I'd mention it again; All of you will need to sign up for a new API at Geoapify. Your current API key from Mapquest will not work.

I have settled on a new API provider to replace MapQuest - Geoapify. Geoapify have a free tier with far more requests per day than MapQuest had. I have been in contact with them today, and there are no limitations to how we use the API, as long as you stay under their daily limit. That limit is 3000 requests per day, which should be more than enough for most of you. This is not a hard limit, but should you constantly go over the quota they will send you an email asking you to upgrade your account. See more about that here: https://www.geoapify.com/pricing I have converted all API calls over to Geoapify today. Just needs some more testing before I can give you an update. Too bad the marketplace doesn't offer a way to do beta versions, or even have private testers... Can't really do a public beta version either, as the approval time for new versions can be up to a week.

Glad you got it solved 🙂 Regarding the API issues; I received news last night that MapQuest have (rather silently) decided to close all their "open" APIs, which sadly included the API used by Community Map. While there might have been possible to use other API endpoints provided by MapQuest, I will not do so because of how they've handled this and their lack of communication. I assume none of you got any news about this, even though they should be able to see that you are actively using an API that's about to be shut down. As of the next update Community Map will not use MapQuest. I am currently exploring the possibilities to host this on my own, as there is a pre-compiled database available that doesn't have the same requirements as previously mentioned. I'm gonna check this out some more over the weekend, and I will hopefully have a solution within reasonable time.

I have no idea what's going on with their services, but I'm looking for a replacement. Currently ruled out both Mapbox and Google for their limitations and pricing. I just stumbled across https://geocode.xyz/ now, and they do offer a free tier, although limited to one request per second. The location autocomplete becomes useless with such a limit, which is a bummer. Other suggestions are much welcomed! If it weren't for the insane server requirements I could have set up something in AWS or a VPS. The API used now require 1TB for a full install and 64GB minimum RAM. Just click "Fix automatically". The upgraded should have added that column. Happens sometimes. No indication on the app overview that there's an upgrade available?

Loading the alerts list is taking a lot of time as it's checking the mt_alert for every single alert that is owned by the current user. As all our alerts are pretty much sent from the same account that's ~25 queries, each taking 2.5-3 seconds. Looks like there should be an index for alert_enabled in core_alerts as well. And why's an alert sent to a single user still active after the alert is viewed (and replied to when required)? AFAIK there's no way for the user to see this again. # Time: 221116 8:34:55 # Query_time: 3.358027 Lock_time: 0.000015 Rows_sent: 1 Rows_examined: 6017771 SET timestamp=1668587695; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=177; # Time: 221116 8:34:59 # Query_time: 3.350071 Lock_time: 0.000019 Rows_sent: 1 Rows_examined: 6017771 SET timestamp=1668587699; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=176; # Time: 221116 8:35:02 # Query_time: 3.022629 Lock_time: 0.000013 Rows_sent: 1 Rows_examined: 6017771 SET timestamp=1668587702; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=173; # Time: 221116 8:35:05 # Query_time: 2.857855 Lock_time: 0.000020 Rows_sent: 1 Rows_examined: 6017771 SET timestamp=1668587705; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=167; # Time: 221116 8:35:07 # Query_time: 2.593997 Lock_time: 0.000013 Rows_sent: 1 Rows_examined: 6017771 SET timestamp=1668587707; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=165; # Time: 221116 8:35:10 # Query_time: 2.959022 Lock_time: 0.000020 Rows_sent: 1 Rows_examined: 6017771 SET timestamp=1668587710; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=164; # Time: 221116 8:35:13 # Query_time: 2.626848 Lock_time: 0.000024 Rows_sent: 1 Rows_examined: 6017771 SET timestamp=1668587713; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=163; # Time: 221116 8:35:16 # Query_time: 2.797712 Lock_time: 0.000959 Rows_sent: 1 Rows_examined: 6017771 SET timestamp=1668587716; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=160; # Time: 221116 8:35:18 # Query_time: 2.512759 Lock_time: 0.000010 Rows_sent: 1 Rows_examined: 6017772 SET timestamp=1668587718; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=155; # Time: 221116 8:35:19 # Query_time: 2.802615 Lock_time: 0.000012 Rows_sent: 1 Rows_examined: 6017772 SET timestamp=1668587719; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=177; # Time: 221116 8:35:21 # Query_time: 2.917076 Lock_time: 0.000010 Rows_sent: 1 Rows_examined: 6017772 SET timestamp=1668587721; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=176; # Time: 221116 8:35:24 # Query_time: 2.744089 Lock_time: 0.000262 Rows_sent: 1 Rows_examined: 6017772 SET timestamp=1668587724; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=173; # Time: 221116 8:35:27 # Query_time: 2.998646 Lock_time: 0.000011 Rows_sent: 1 Rows_examined: 6017772 SET timestamp=1668587727; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=167; # Time: 221116 8:35:30 # Query_time: 2.818053 Lock_time: 0.000013 Rows_sent: 1 Rows_examined: 6017772 SET timestamp=1668587730; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=165; # Time: 221116 8:35:33 # Query_time: 2.563267 Lock_time: 0.003858 Rows_sent: 1 Rows_examined: 6017772 SET timestamp=1668587733; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=164; # Time: 221116 8:35:35 # Query_time: 2.827758 Lock_time: 0.000272 Rows_sent: 1 Rows_examined: 6017772 SET timestamp=1668587735; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=163; # Time: 221116 8:35:38 # Query_time: 2.910577 Lock_time: 0.000010 Rows_sent: 1 Rows_examined: 6017772 SET timestamp=1668587738; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=160; # Query_time: 3.039357 Lock_time: 0.000010 Rows_sent: 1 Rows_examined: 6017772 SET timestamp=1668587741; /*database::username::IPS\core\Alerts\_Alert::membersRepliedCount:227*/ SELECT COUNT(*) FROM `core_message_topics` WHERE mt_alert=155;

Nope, nothing.

Thanks for checking it out. I've sent another email to Mapquest. It's related to the API issues mentioned in the past few posts.

I think this affects all their “Open” APIs. No, this should not have anything to do with the API issue.

Yeah. Not sure what's happening right now. The API is returning blank responses, the documentation page doesn't load, they haven't replied to my email yet and they haven't replied to a forum post where someone else is having the same issue. They're either having issues, or they've silently discontinued this API. Underneath this error you'll see a list of loaded hooks. Any Community Maps stuff there? And do all of these errors look the same?

So ... How long after an app is unsupported am I supposed to keep supporting it then?

That works unless they've associated the app with the marketplace listing, or on a cloud plan that don't allow manual uploads.

Yeah. I'm not really sure if I consider this "my" issue. That was an app that had its end of life more than two years ago, with the latest supported IPS version also being EOL. Doing a patch release for it would also make it a free alternative to Community Map, unless I spend time making it unusable by removing lots of stuff

Should catch the \TypeError exception thrown by flock() and/or check if $f isn't bool before using flock().

There's nothing in that error that points towards Community Map, so I'm afraid this might just be a coincident. Have you tried keeping this app enabled and then clear the cache from the support page? The error points toward a cache write issue.

Can you send me your site and login credentials in a PM to reproduce this error? Although it looks like MapQuest may have changed something on their end, as I'm not getting any location results back from them. Is this the same for you? Regardless of what location I enter, there's no suggestions returned.

Still makes the scanner worthless if we have to browse through 10+ pages of non-issues to find an actual issue. Should also note that it scans disabled apps too, so I can't just disable Dev Toolbox to get rid of most of these log entries.

Googling the error returns lots of hits on WordPress forums. Do you have WordPress installed? Might be a error page/config left behind if you used to use it, or your WP install is returning an error.

\IPS\Content\Search\Index::i()->index( $record ); This will add or update the item.

Yeah, those would need to be manually deleted. That would also mean that should they renew their subscription they would also need to re-add their location. Would it be better if I added a member group setting to hide the markers instead?

The spam service is returning code 4, which means the account is a known spammer. This is based on the email and/or his IP. Is he using a VPN by any chance?

Getting lots of logs for classes I have that extends global classes, such as \Exception, \DateTime, etc. You would have seen this yourself if you hadn't excluded your own code from being scanned 🙂 The class \Braintree\Transaction\AddressDetails extends \Braintree\Transaction\Instance, but the parent class couldn't be loaded. The class \IPS\core\api\GraphQL\Types\ProfileFieldGroupType extends \IPS\core\api\GraphQL\Types\ObjectType, but the parent class couldn't be loaded. A class in an app extends the class \IPS\Node\Api\GraphQL\ObjectType for which no file /home/sites/dev/www/473b3/system/Node/Api/GraphQL/ObjectType/ObjectType.php exists! The method scanner skipped comparing that file to any of its subclasses The class \IPS\nexus\Hosting\Exception extends \RuntimeException, but the parent class couldn't be loaded. The class \IPS\nexus\CommissionRule\Iterator extends \FilterIterator, but the parent class couldn't be loaded. The class \Symfony\Component\Finder\Iterator\SizeRangeFilterIterator extends \FilterIterator, but the parent class couldn't be loaded. The class \Laminas\EventManager\Exception\DomainException extends \DomainException, but the parent class couldn't be loaded. The class \PHPMailer\PHPMailer\Exception extends \Exception, but the parent class couldn't be loaded. And it doesn't understand imports. The class \IPS\toolbox\Slasher extends \IPS\toolbox\Singleton, but the parent class couldn't be loaded. The class \IPS\toolbox\modules\admin\build\build extends \IPS\toolbox\modules\admin\build\Controller, but the parent class couldn't be loaded. use IPS\Dispatcher\Controller; <...> class _build extends Controller { Would also be nice if there was a way to trigger the full compatibility scan without having to create an issue in a hook in order to see what's wrong. Two of my apps were disabled in this update, but the block on the support page said everything was fine. After creating an issue with a hook it would tell me the arguments for getItemsWithPermissions was incorrect in the full scan popup. The system log fills up with ~15 pages of the above log entries whenever I hit the support page. Going through all that in order to see what could have triggered the scanner is not gonna happen.

TypeError: count(): Argument #1 ($value) must be of type Countable|array, bool given (0) #0 /home/sites/dev/www/473b3/system/Application/Scanner.php(786): IPS\Application\_Scanner::scanExtendedClasses() #1 /home/sites/dev/www/473b3/applications/core/modules/admin/support/support.php(519): IPS\Application\_Scanner::scanCustomizationIssues() #2 /home/sites/dev/www/473b3/applications/core/modules/admin/support/support.php(228): IPS\core\modules\admin\support\_support->_showBlockHookscanner() #3 /home/sites/dev/www/473b3/system/Dispatcher/Controller.php(107): IPS\core\modules\admin\support\_support->getBlock() #4 /home/sites/dev/www/473b3/applications/core/modules/admin/support/support.php(48): IPS\Dispatcher\_Controller->execute() #5 /home/sites/dev/www/473b3/system/Dispatcher/Dispatcher.php(153): IPS\core\modules\admin\support\_support->execute() #6 /home/sites/dev/www/473b3/init.php(927) : eval()'d code(28): IPS\_Dispatcher->run() #7 /home/sites/dev/www/473b3/admin/index.php(13): IPS\Dispatcher\toolbox_hook_dispatcherStandard->run() #8 {main} $methodIssues = static::compareMethodsForIssues() can be both an array or bool. Should check for that before using it in a count().