23 8 / 2010

koszonom! googleoztem, talaltam is issuekat ugyanitt, amik erintettek a problemat, de konkretan ezt, a legrelevansabbat valahogy nem talaltam meg. ugylatom, sok jora nem lehet szamitani: “Fixing MacOS to call tzset() more often does not fix the problem.  Because V8 is in the sandboxed renderer on MacOS, it cannot access the file /etc/localtime, which is a symbolic link to a concrete time zone file.  This link is changed when the time zone is changed, and the renderer cannot reach the file. Running the current version of Chrome with the —no-sandbox flag allows tabs to access the changed time zone when they are refreshed. Getting the changed time zone in Chrome, without starting a new process, would seem to require a major addition to the system, with the Chrome browser process providing local time zone info to the renderers through IPC, and all local time calls requiring IPC. This seems infeasible.  I’m changing the status to WontFix, but others with an opinion should suggest alternatives if they aren’t happy with this.” viszont akkor mi a megoldas egy multi-national web alkalmazasnal? hogyan jeleniti meg az ember a timestampeket a kliens idozonajaban?

koszonom! googleoztem, talaltam is issuekat ugyanitt, amik erintettek a problemat, de konkretan ezt, a legrelevansabbat valahogy nem talaltam meg. ugylatom, sok jora nem lehet szamitani:

“Fixing MacOS to call tzset() more often does not fix the problem.  Because V8 is in the sandboxed renderer on MacOS, it cannot access the file /etc/localtime, which is a symbolic link to a concrete time zone file.  This link is changed when the time zone is changed, and the renderer cannot reach the file.

Running the current version of Chrome with the —no-sandbox flag allows tabs to access the changed time zone when they are refreshed.

Getting the changed time zone in Chrome, without starting a new process, would seem to require a major addition to the system, with the Chrome browser process providing local time zone info to the renderers through IPC, and all local time calls requiring IPC. This seems infeasible.  I’m changing the status to WontFix, but others with an opinion should suggest alternatives if they aren’t happy with this.”

viszont akkor mi a megoldas egy multi-national web alkalmazasnal? hogyan jeleniti meg az ember a timestampeket a kliens idozonajaban?

Permalink 3 notes