CumulusMX and Cumulus1 UI style Multilingual Websites

[BeaumarisWX]

Hi Brian,

// silveracorn.nz MXUI website --- Version MX_2.2.5 - 7-September-2022
// MX version 3205

in CUtagsT.php ( line 8 ):

Code: Select all

$timeUnix = '<#timeUnix';

I think should be :

Code: Select all

$timeUnix = '<#timeUnix>';

Kind Regards,

[BCJKiwi]

@ BeaumarisWX

You are correct of Course!!
Thanks for the info.
I guess it did not show up for me as I don't use that variable.

CUtagsT.zip

[BCJKiwi]

@griffo42
The only change in todayyest.php from 2.2.4 to 2.2.5 was an non-critical change in the layout at lines 75 / 76.

So, I don't know what is causing the problem.

[griffo42]

@griffo42
The only change in todayyest.php from 2.2.4 to 2.2.5 was an non-critical change in the layout at lines 75 / 76.

So, I don't know what is causing the problem.

It does not show properly in .../index.php as well.

Keith

[BCJKiwi]

Please update to ver 2.2.5

[BCJKiwi]

@ Radek6
Check out the info on languages.
You will find a template cs.json in the langlib folder.
See the README.txt file for info on how to add the Český language to your site.
If you do this and send the file to me it can be made available to others.

[billy]

I have the same issue as Keith. Has it been resolved?

@BCJKiwi
I have downloaded and installed the files in the update file posted today. However the following 2 problems popped up yesterday and are still there today after installing today's update, Please see the screenshots below:

Screenshot 2022-09-10 115226.png

Screenshot 2022-09-10 115256.png

Could you please have a look at a solution or advised me what I need to tweak.

Thanks
Keith
website URL is the mxtestv2 as below.

It didn't appear when I first installed the update 8 days ago ... was ticking along nicely but today I (1) cleared the webserver and chrome caches, and (2) restarted cmx, and there it appeared

2.2.5 was installed by simply replacing the files listed in the change log, plus the other bibs and bobs that came along subsequently as per this topic.
Maybe its an Australian thing?

[BCJKiwi]

I don't have a solution as I am unable to replicate the issue or see anything untoward in
the files being uploaded to https://www.kstwx.net/mxtestv2/index.php.

[billy]

I don't have a solution as I am unable to replicate the issue or see anything untoward in
the files being uploaded to https://www.kstwx.net/mxtestv2/index.php.

Hmmm ... this is what I see at that site

[BCJKiwi]

Yes, But I don't have a solution.
No one else has reported this problem except you and Griffo42.

[billy]

I understand. There are some really puzzling things with this ... I first noticed the problem yesterday on my iphone (safari, chrome and firefox). But it was not a problem on my windows laptop with chrome despite plenty of refreshes between installing 2.2.5 on 9 Sept and today. However it was an issue with windows firefox. So I suspect it was the chrome cache. I only have a rudimentary understand of caching but was surprised that it was so "persistent" so to speak. The data (ie hi/lo temp and time) were always up to date for 8 days after installation on chrome.

[BCJKiwi]

I use firefox as my default browser but also test Chrome, Edge and IE

All check out OK.

[HansR]

If I may make a remark: when going into the debugger (chrome) on the site of billy I notice that in the ajax call to fetch the realtime values from the realtime file it tries to fetch from indexes just above the size of the realtime file (index 222 where array size is 222 and beyond). (see screenshot below)

I assume the error is somewhere here related to the version of CMX (as that is the if statement above) or a 9 am rollover.

Schermafbeelding 2022-09-19 101428.jpg

[billy]

Good spotting Hans. Not sure of the logic here so will leave it up to Brian to adjudicate. "midnighttemp" seems to be fixed to "false" at line 155 so if this is correct and remains unchanged the first condition of the if statement at 702 should always return a false and that block never processed, leaving the second block to always run.

My rollover is 9 am, like many people use in Australia I imagine as that is the BOMs standard for temperature here. Although this doesn't remove inconsistencies with CMXs use of 9 am as the BOM minimum temperature is recorded against the current date (unlike CMX using the previous day) whereas the BOM maximum temperature is recorded against the previous day (as per CMX). BOM daily rainfall is like minimum temperature - recorded against the current day. BOM daily wind measures use a midnight cut-off I think. All this leads to easy confusions when trying to make comparisons!

[HansR]

And looking at it again, I see the if condition uses a single & between the conditions.
Shouldn't that be a double && ?

And the single = being a double == ?

Otherwise I just don't understand the condition.