[Bug 46100] New: GRLevel3 2.52 radar refresh timer is obscenely long

https://bugs.winehq.org/show_bug.cgi?id=46100

Bug ID: 46100
           Summary: GRLevel3 2.52 radar refresh timer is obscenely long
           Product: Wine
           Version: 3.19
          Hardware: x86-64
               URL: http://grlevelx.com/downloads/grlevel3_2_setup.exe
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

"winetricks windowscodecs" is required to start the application.

Radar refresh timer (lower right corner) is obscenely long. Normally about 1-5
minutes (depending on weather in the area), it seems to be offset by the
timezone. It's 300 minutes in UTC-5 but the timer is normal with UTC/GMT.

Looks like GRLevel3 is getting time from two different sources that disagree
with each other, for its countdown, and the time it's counting down to. I
haven't tested UTC+ timezones.

Windows does not keep the RTC in UTC.

[Bug 46100] GRLevel3 2.52 radar refresh timer is obscenely long

https://bugs.winehq.org/show_bug.cgi?id=46100

--- Comment #1 from David Knapp  ---
Still present in Wine Staging 3.20

[Bug 46100] GRLevel3 2.52 radar refresh timer is obscenely long

https://bugs.winehq.org/show_bug.cgi?id=46100

Nikolay Sivov  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
         Depends on|                            |46093

[Bug 46100] GRLevel3 2.52 radar refresh timer is obscenely long

https://bugs.winehq.org/show_bug.cgi?id=46100
Bug 46100 depends on bug 46093, which changed state.

Bug 46093 Summary: GRLevel3 2.52 fails to start, hangs indefinitely
https://bugs.winehq.org/show_bug.cgi?id=46093

What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |FIXED

[Bug 46100] GRLevel3 2.52 radar refresh timer is obscenely long

https://bugs.winehq.org/show_bug.cgi?id=46100

--- Comment #2 from David Knapp  ---
Still present 4.1

[Bug 46100] GRLevel3 2.52 radar refresh timer is obscenely long

https://bugs.winehq.org/show_bug.cgi?id=46100

--- Comment #3 from David Knapp  ---
Still present in 4.4

[Bug 46100] GRLevel3 2.52 radar refresh timer is obscenely long

https://bugs.winehq.org/show_bug.cgi?id=46100

--- Comment #4 from David Knapp  ---
Still present in 4.9

[Bug 46100] GRLevel3 2.52 radar refresh timer is obscenely long

https://bugs.winehq.org/show_bug.cgi?id=46100

pattietreutel  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

[Bug 46100] GRLevel3 2.52 radar refresh timer is obscenely long

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=46100

--- Comment #5 from David Knapp  ---
Still present in 4.18.

New regression, actual radar data doesn't render anymore. Gonna create a new
bug report for that.

[Bug 46100] GRLevel3 2.52 radar refresh timer is obscenely long

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=46100

--- Comment #6 from David Knapp  ---
Still exists in 4.20.

Previous regression I mentioned was fixed somewhere so I didn't create the bug
report.

[Bug 46100] GRLevel3 2.52 radar refresh timer is obscenely long

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=46100

--- Comment #7 from David Knapp  ---
Still occurs in 4.21.

However, I found that prepending TZ='UTC' (forcing UTC) to the command-line
after "env" (in the .desktop file) effectively mitigates this bug.