AndyWalmsley

We have just released version 1.1.9 which should resolve this JS error. Please let us know if it continues or if there are any other issues.

Hi @clockwood,

Thanks for letting us know about this. We’ll take a look into this and fix any JS errors for the next version.

Thanks, Andy

Hi @krstarica,

Could you clarify what the problem is here, please? I’ve tested the plugin and hotspots are still working on 4.7.4

Thanks, Andy

Hi ioanna,

I’ve just checked your site and the weather widget looks to be displaying again. Did you change anything regarding the API key?

Hi socki03,

That code solution should work fine.
If you don’t want to go into the code you could create a new widget, add the API key and save it before removing the widget which will add the API key to the option so it can be used in shortcodes.

Hi ioanna,

Due to the increasing popularity of the plugin, we have had the change it to using an API key created by the user instead of using our own API key.

To create an API key you need to sign up to OpenWeatherMap here https://home.openweathermap.org/users/sign_up, once you’ve signed up you can generate a free key and then copy it into the ICIT Weather Widget settings. After that key has been saved in the widget settings it will be automatically added to any new weather widgets you create so you only need to create 1 and reuse it whenever you need.

Let me know if there are any issues after doing this.

Hi Luis,

Sorry, I missed this thread when it was first opened. I’ve just updated trunk with the correct text domain, and will tag it for release soon.

Thank you for offering to help with translations, we really appreciate it.

Let me know if you notice any problems with the config for translations.

Regards, Andy

Alright, no problem. Thanks for letting me know it’s resolved.

Hi, I’ve just been testing this and have had no issues using the city name Dublin and country Ireland or the city code 2964574.

What version of WordPress and ICIT Weather Widget are you using and I will make sure they are compatible?

Sorry for taking so long on this, version 1.0.2 has just been released which should fix this issue. Please let me know if it doesn’t.

Thank you for letting us know.

As yet we do not have a release date or pending fix so please bear with us for now as we are super busy. We will have someone looking into this as soon as possible!

Thank you for your patience.

Hi,

I will take a look at this as soon as I can and let you know when we have a fix available.

Thanks, seems to be the same as when using the page builder so will take another look and see if anything else may be causing the issue.

OK, you can revert the changes now.

Next thing to test is if it is a problem with how the page builder and spot are interacting. Could you insert the same spot into either a test page or post, within the content or in a sidebar widget space, please?

I’ve been having a look and can’t find really find any reason why the icons aren’t displaying properly. There are only a couple of differences between a user being logged in and not as well, so will be easiest to start with that.

Do you have access to edit plugin files in your site setup?

If you do, try changing the icit-spots.php file with the following changes:

Do a find for if ( $show_edit_link and there will be two sections with it, change

if ( $show_edit_link ) {
	echo '<div class="icit-spot-content">';
	icit_spots::edit_link( $spot_id );
}

to

//if ( $show_edit_link ) {
	echo '<div class="icit-spot-content">';
	icit_spots::edit_link( $spot_id );
//}

and

if ( $show_edit_link )
	echo '</div>';

to

//if ( $show_edit_link )
	echo '</div>';

This will only be a temporary change and will be overwritten in the next plugin update.