BitcoinWisdom



Offline



Activity: 602

Merit: 501







Hero MemberActivity: 602Merit: 501

Re: BitcoinWisdom.com - Live Bitcoin/LiteCoin Charts March 04, 2014, 04:16:34 PM #1163 Quote from: JorgeStolfi on March 02, 2014, 12:30:55 PM Quote from: JorgeStolfi on February 19, 2014, 05:17:14 AM Quote from: BitcoinWisdom on February 18, 2014, 07:05:33 PM I changed timezone to Brazil West, but cannot reproduce the issue. It shows hour goes from 0 to 23 when cursor move.

Wait, the problem is real, but occurs only on Safari (5.1.10)/Macbook. It does not occur on Fireox/PC

Wait, the problem is real, but occurs only on Safari (5.1.10)/Macbook. It does not occur on Fireox/PC

The problem on Safari occurs only with hours "8" and "9", on the 1h charts, they display as "0" on the crosshair cursor's bottom tab. It does not occur on the 30m charts, so "8:0" and "8:30" display correctly.



It occurred to me that in some languages/systems, a number that starts with "0" is interpreted as octal rather than decimal. In those platforms, "00"through "07" give the same result in octal and decimal, "11" to "23" are interpreted as decimal, but "08" and "09" would be invalid.



Perhaps Safari's javascript differs from the javascript in other browsers in that detail? Sometimes the interpretation of numbers that start with "0" is determined by a global variable, and that variable may have a different default value on Safari?





The problem on Safari occurs only with hours "8" and "9", on the 1h charts, they display as "0" on the crosshair cursor's bottom tab. It does not occur on the 30m charts, so "8:0" and "8:30" display correctly.It occurred to me that in some languages/systems, a number that starts with "0" is interpreted as octal rather than decimal. In those platforms, "00"through "07" give the same result in octal and decimal, "11" to "23" are interpreted as decimal, but "08" and "09" would be invalid.Perhaps Safari's javascript differs from the javascript in other browsers in that detail? Sometimes the interpretation of numbers that start with "0" is determined by a global variable, and that variable may have a different default value on Safari? Thank you for hints. I reviewed code, there is no number convert related functions for date processing. "08" or "09" does not exist, only "8" or "9" is used. so it should not be that reason.