Martin A.

1 hour ago, CaliPilot said:

Holy cow, did you had that already in your queue? That looks awesome!

 

Chris

No, it was a pretty straight forward thing to add

1 hour ago, CaliPilot said:

We are now live with your tool and it works pretty great! We are using the members map and also a few more categories for our members with different purposes and here it comes, a little feature request 😉

Like in the forum maintenance it would be cool if we could add a description for each category and in addition, another field to show the rules (if there are any defined). That would support everyone's understanding and avoid confusion on what could (and could'nt) be added. 

Thanks in advance

❤️

Chris

On 9/12/2022 at 7:24 PM, CaliPilot said:

Correct

 

Chris

The new version has been approved now 🙂

4.7.2 did not solve this particular issue btw, this topic shouldn't be marked as solved.

https://invisioncommunity.com/forums/forum/519-announcements/

46 minutes ago, Daniel F said:

I think @Martin A. had some valid input here, but there's also something else..

Are you all on PHP8.1? It sounds like https://bugs.php.net/bug.php?id=81458 / https://bugs.php.net/bug.php?id=52480

It would be handy if at least one of the people with this issue could update his account credentials which we have on file so that we could take a look at this.( I tried @opentype and @LiquidFractal 's details but none worked for me)

The issue we had with the online indicator (which was the exact same DateTime::diff issue as this) occurred mid July. I don't remember which PHP version we were at at the time. 

We're now using 8.1.10, although that installation have not had the issue with the license expiry emails (yet).

On 9/6/2022 at 10:52 AM, Unlucky said:

Hi, No, we would like the main map https://www.walkingfootball.com/communitymap/ to just show only and every club location marker when a surfer first visits that page.

Many thanks

You mean when they load that page they'll get to one that looks like this?
https://www.walkingfootball.com/communitymap/?group=Club Locations

1 hour ago, CaliPilot said:

Correct

 

Chris

I've identified the issue. Will put up a fix for this shortly.

EDIT: New version is pending approval now.

@CaliPilot What's the locale you use? de_DE?

On 9/6/2022 at 9:16 PM, Jim M said:

Thanks, Martin! I have let our developers know to review your comment 🙂 .

I undid the change I made to @Kjell Iver Johansen's install yesterday and added some debugging to see what's going on. The emails came back this morning. No more than 3 at the same time, surely this can be fixed to send it daily instead..

if ( $daysLeft <= 7 )
{
	\IPS\Log::log( [
		'withBypass' => [
			(new \IPS\DateTime)->diff( \IPS\DateTime::ts( strtotime( $response['expires'] ), TRUE ) ),
			(int) (new \IPS\DateTime)->diff( \IPS\DateTime::ts( strtotime( $response['expires'] ), TRUE ) )->format('%r%a'),
		],
		'withoutBypass' => [
			(new \IPS\DateTime)->diff( \IPS\DateTime::ts( strtotime( $response['expires'] ) ) ),
			(int) (new \IPS\DateTime)->diff( \IPS\DateTime::ts( strtotime( $response['expires'] ) ) )->format('%r%a')
		],
		'response' => $response
	], 'martinDebug' );
	
	\IPS\core\AdminNotification::send( 'core', 'License', 'expireSoon', FALSE );
}

array (
  'withBypass' => 
  array (
    0 => 
    DateInterval::__set_state(array(
       'y' => 0,
       'm' => 1,
       'd' => 18,
       'h' => 23,
       'i' => 37,
       's' => 58,
       'f' => 0.948895,
       'weekday' => 0,
       'weekday_behavior' => 0,
       'first_last_day_of' => 0,
       'invert' => 0,
       'days' => 48,
       'special_type' => 0,
       'special_amount' => 0,
       'have_weekday_relative' => 0,
       'have_special_relative' => 0,
    )),
    1 => 48,
  ),
  'withoutBypass' => 
  array (
    0 => 
    DateInterval::__set_state(array(
       'y' => -1,
       'm' => 10,
       'd' => 11,
       'h' => 0,
       'i' => 22,
       's' => 1,
       'f' => 0.051112,
       'weekday' => 0,
       'weekday_behavior' => 0,
       'first_last_day_of' => 0,
       'invert' => 1,
       'days' => 48,
       'special_type' => 0,
       'special_amount' => 0,
       'have_weekday_relative' => 0,
       'have_special_relative' => 0,
    )),
    1 => -48,
  ),
  'response' => 
  array (
    'active' => true,
    'cloud' => false,
    'expires' => '2022-10-28 07:00:00',
    'products' => 
    array (
      'gallery' => true,
      'cms' => true,
      'forums' => true,
      'calendar' => true,
      'spam' => true,
    ),
    'chat_limit' => 5,
    'support' => 'Standard',
    'legacy' => false,
    'plan' => NULL,
  ),
)

As you can see, -48 days since it expired when you don't bypass timezones. You are comparing a unix timestamp with another unix timestamp, so you shouldn't adjust for timezones anyway.

This looks like it's the funny issue I encountered with DateTime::diff() when timezones aren't bypassed in DateTime::ts().

When the diff is 1 day 30 minutes for instance, it would return -1 year, +11 months, +29 days, +23 hours, +30 minutes.

This issue caused the online indicator on our site to stop function, as the diff wasn't "just 15 minutes". $diff->y would for instance not be TRUE ,as it's -1.
Fixed that issue by changing this in Member::isOnline()

$diff = \IPS\DateTime::ts( $this->last_activity, TRUE )->diff( \IPS\DateTime::create() );

Wonder is this is just an issue for those in a + timezone (only speculations)

10 hours ago, Unlucky said:

Is there a way we can only automatically show club locations on the map when showing visit the map page?

 

Thanks,

You mean to not show the club when viewing the main map, just when viewing the map on the club page?

10 hours ago, Unlucky said:

Hi,

Just spotted that It looks like not all our clubs are showing.

We have Clubs have physical locations? switched on.

we have If a club have a physical location, show this on the map? switched on.

For example the Dore club  (https://www.walkingfootball.com/clubs/464-dore-walking-football/) appears on it's own community map within the club section:

https://www.walkingfootball.com/communitymap/?filter=showClub&clubId=464

But on the main community map, it does not appear:

https://www.walkingfootball.com/communitymap/

Must be a cache issue. I can see that club location on the main map.

Linux returns a similar error.

Not easy to say without seeing your C# code.

Remember that when using a REST API key the auth is done using basic "user:password" authentication on the HTTP request. You can also add the key to the URL using "?key=<key>".

(Based on the docs, I have never used the API system myself)

1 minute ago, Adriano Faria said:

You can always request a demo (using another email address) and make your tests. Problem is that the demo is the current stable version (4.7.1). You can probably wait for 4.7.2 is released (and demo updated), test and then update your live board later.

That's gonna be difficult. 

Just now, AtariAge said:

Unfortunately, not really an option for those of us running in the Invision cloud (which I am now doing).

 ..Al

Yeah... That sucks.

20 hours ago, AtariAge said:

Thanks for the answer.  Sure would be nice if I knew in advance what wouldn't work when upgrading to 4.7.2, versus upgrading, having half my apps/plugins broken, and then waiting for them to be fixed.  Especially since some of them are somewhat critical to my community (and most of those are custom apps/plugins I paid to have written).

20 hours ago, Martin A. said:

Just remembered the board I recently saw who upgraded went from 4.6 to 4.7.1. The issues he had was both PHP8 and 4.7 related. If you're on 4.7 and PHP8 now it might be just fine.

I'll take this back after having read some support topics. Looks like a lot of apps are throwing errors because of this new scanner.

If you can you should setup a test forum where you install these apps and then perform an upgrade on that. Don't need to create a mirror of your live site, just a default install with all your apps and plugins.

7 minutes ago, AtariAge said:

Thanks for the answer.  Sure would be nice if I knew in advance what wouldn't work when upgrading to 4.7.2, versus upgrading, having half my apps/plugins broken, and then waiting for them to be fixed.  Especially since some of them are somewhat critical to my community (and most of those are custom apps/plugins I paid to have written).

Just remembered the board I recently saw who upgraded went from 4.6 to 4.7.1. The issues he had was both PHP8 and 4.7 related. If you're on 4.7 and PHP8 now it might be just fine.

Just now, AtariAge said:

Is this message only visible after you've upgraded to 4.7.2?

 ..Al

Yeah, there's a new scanner tool in 4.7.2 that will ensure your apps and plugins wont break your community. 
(Although the error it reported for Community Map won't do that)

But be prepared that quite a few of your apps will be disabled when upgrading. 

1 hour ago, beats23 said:

Hi, IPS states the app has issue in 4.7.2 will you update soon?

 

Submitted an update for this now.

4 minutes ago, JohnDar said:

After being trouble free since the last updates, I just had a really odd error, out of the blue, that killed the Community Map. It seems to be related to the Calendar. I disabled the Calendar app and the Map started working again. Having re-enabled the Calendar everything seems OK. I'm running the latest versions of both the IPS software and the Community Map.

Here's one of the many system log errors generated by the Map failure...

Have you applied the patch they released on Monday? That is supposed to fix that error.

If you know the ID of each CSS file you can do this

{{$key = 10;}}
{{$css = NULL; try { $css = (string) \IPS\File::get( 'cms_Pages', \IPS\cms\Templates::load( $key )->_file_object )->url; } catch ( \Exception ) {} }}
{{if $css !== NULL}}
	{{\IPS\Output::i()->cssFiles[] = $css;}}
{{endif}}

If you want to load them by filename and group you'd have to either query for it, or hook into \IPS\cms\Templates and create your own helper method. load() will only accept template_id or template_key, but template_key also contains the id.

1 minute ago, svit said:

I think I have:
 

I can see the previous Gallery markers are on, I just dont see visible the latest ones..

 

But are all those galleries enabled in the Community Map settings?

44 minutes ago, svit said:

1. Not showing on new images

2. The images contain location information which is displayed next to them in the Gallery (minimpa) but their marker is not shown in the Map app. (Example https://www.ideon.cz/image/7775-khor-kalba-mangrove-centre-04jpg/ vs https://www.ideon.cz/communitymap/ )

3. The category of the image is visible to guests 

Have you enabled all gallery categories that should be shown?

I just did a test on 4.7.1, and it properly shows me the image on the map.

20 minutes ago, svit said:

Hello, I am using the latest version of the Community Map as well as of the IPC Gallery, I started facing issue of gallery photo geolocation not being updated in the Map (as used to work before), any advise please?

Is it not showing new images, or are location changes to existing images not updated?

Are you sure the images contain location information? Is the category the image is uploaded to visible to guests?