Forecast.io does not work with 1.7.7

Hi,
I set the module forecast, including the api key and fill the rest but just will not work

No data returned, please check error log.

so did you check the error log?

Enable debugging on Report fault page, recreate the issue, check logs for errors.

best bet would be curl Using Tickers, Forecast, Twitter and other external resources that make use of HTTPS connections if not, see what’s in the logs.

where can i find de error log?

Then check ‘Logs’ page in CMS.

in the xampp panel you main and then the php error

log in the cms is empty

the troubleshooting must that

error
info
audit
off

1870 16-06-01 12:39:51 CMS Cache has a8bce5da7f4889c35cd048b51fb715a2 not present

1871 16-06-01 12:39:51 CMS forecastio getForecastData Getting Forecast from the API
1872 16-06-01 12:39:51 CMS Forecast\Forecast request Calling API with: https://api.forecast.io/forecast/[APIKEY]/51.837225,4.975829?units=auto&lang=nl&exclude=flags%2Cminutely%2Chourly

1872 16-06-01 12:39:51 CMS Forecast\Forecast request Calling API with: https://api.forecast.io/forecast/[APIKEY]/51.837225,4.975829?units=auto&lang=nl&exclude=flags%2Cminutely%2Chourly

1874 16-06-01 12:40:00 CMS User DisplayList SQL: SELECT display.displayid, display.display, displaygroup.description, layout.layout, display.loggedin, IFNULL(display.lastaccessed, 0) AS lastaccessed, display.inc_schedule, display.licensed, display.email_alert, displaygroup.DisplayGroupID, display.ClientAddress, display.MediaInventoryStatus, display.MacAddress, display.client_type, display.client_version, display.client_code, display.screenShotRequested, display.storageAvailableSpace, display.storageTotalSpace, currentLayout.layout AS currentLayout, currentLayout.layoutId AS currentLayoutId FROM display INNER JOIN lkdisplaydg ON lkdisplaydg.DisplayID = display.DisplayID INNER JOIN displaygroup ON displaygroup.DisplayGroupID = lkdisplaydg.DisplayGroupID LEFT OUTER JOIN layout ON layout.layoutid = display.defaultlayoutid LEFT OUTER JOIN layout currentLayout ON currentLayout.layoutId = display.currentLayoutId WHERE displaygroup.IsDisplaySpecific = 1 ORDER BY displayid. Params: array (
).

1870 16-06-01 12:39:51 CMS Cache has a8bce5da7f4889c35cd048b51fb715a2 not present

1871 16-06-01 12:39:51 CMS forecastio getForecastData Getting Forecast from the API
1872 16-06-01 12:39:51 CMS Forecast\Forecast request Calling API with: https://api.forecast.io/forecast/[APIKEY]/51.837225,4.975829?units=auto&lang=nl&exclude=flags%2Cminutely%2Chourly

1872 16-06-01 12:39:51 CMS Forecast\Forecast request Calling API with: https://api.forecast.io/forecast/[APIKEY]/51.837225,4.975829?units=auto&lang=nl&exclude=flags%2Cminutely%2Chourly

1874 16-06-01 12:40:00 CMS User DisplayList SQL: SELECT display.displayid, display.display, displaygroup.description, layout.layout, display.loggedin, IFNULL(display.lastaccessed, 0) AS lastaccessed, display.inc_schedule, display.licensed, display.email_alert, displaygroup.DisplayGroupID, display.ClientAddress, display.MediaInventoryStatus, display.MacAddress, display.client_type, display.client_version, display.client_code, display.screenShotRequested, display.storageAvailableSpace, display.storageTotalSpace, currentLayout.layout AS currentLayout, currentLayout.layoutId AS currentLayoutId FROM display INNER JOIN lkdisplaydg ON lkdisplaydg.DisplayID = display.DisplayID INNER JOIN displaygroup ON displaygroup.DisplayGroupID = lkdisplaydg.DisplayGroupID LEFT OUTER JOIN layout ON layout.layoutid = display.defaultlayoutid LEFT OUTER JOIN layout currentLayout ON currentLayout.layoutId = display.currentLayoutId WHERE displaygroup.IsDisplaySpecific = 1 ORDER BY displayid. Params: array (
).

Is that there is about it in logs?
ie no cert errors or anything like that?
Just please make sure everything is as it suppose to be - as explained in the link I posted in my first reply here.

Are you using proxy?

i don’t use a proxy, i read only from alex (co-founder) that they must download cacert.pem from
https://curl.haxx.se/docs/caextract.html

Yeah, but you also need to have correct path to them set in php.ini, it seems that’s what causing your problems - since you do have errors about it in your latest screenshot.

There is some guidance about it in the link I posted earlier, once the path will be correct, everything should work just fine - remember to restart your web server after making changes to php.ini.

So I do not know what I’m doing wrong

I assume you did restart your web server?

Perhaps whatever user Apache is running as doesn’t have permission to read that file then?

yes i reply the server, and the user is admin

i don’t now what to do

please help me!!!