Bug 53007 - dateconfig always resets system time.
Summary: dateconfig always resets system time.
Alias: None
Product: Red Hat Public Beta
Classification: Retired
Component: dateconfig   
(Show other bugs)
Version: roswell
Hardware: i386 Linux
Target Milestone: ---
Assignee: Brent Fox
QA Contact:
Depends On:
Blocks: 552158
TreeView+ depends on / blocked
Reported: 2001-09-01 17:46 UTC by Ed McKenzie
Modified: 2010-05-05 05:10 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-10-04 14:59:19 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Ed McKenzie 2001-09-01 17:46:57 UTC
How to reproduce:

In a terminal, run

   while true ; do sh -c "clear ; date" | cat ; sleep 1 ; done

then open dateconfig, wait a minute or so, and close it.  Regardless of
whether the time is changed, it sets the system time on exit, causing the
time in the other window to jump back.

Comment 1 Brent Fox 2001-09-04 15:08:52 UTC
I can't seem to reproduce this behavior.  When you say, "close it", how are you
closing it?  Using the Cancel button or the X button in the title bar of the window?

Comment 2 Ed McKenzie 2001-09-04 18:58:17 UTC
Using the "ok" button.  It's not clear to me that clicking "ok" should change
the time if it hasn't been touched.

Comment 3 Ed McKenzie 2001-09-04 19:00:46 UTC
(Actually, I believe the way this works on some other systems is that the
controls themselves update with the time, so that clicking "ok" sets the time -
but to the current time.)

Comment 4 Brent Fox 2001-09-05 20:56:45 UTC
The function of the OK button is identical to the Apply button except that OK
closes the application after applying the changes.  Apply just applies the
changes and does not close the program.  The Cancel button is designed to close
the program without applying any changes.  

However, there is a small problem.  If you start dateconfig, it populates the
entry boxes with the system time when dateconfig was started.  If you leave
dateconfig open for a few minutes, and then click OK without changing anything,
it will roll the system clock back to the time that is in the entry boxes (which
is the time that dateconfig was started).  I can fix this, but I think it's
pretty minor, considering that you should really click Cancel if you don't want
the changes to take effect.  I'm not comfortable changing this in the current
time frame, though.  Deferring to a future release.

Comment 5 Brent Fox 2001-10-04 20:34:13 UTC
Fixed in cvs.  Now the behavior is that clicking 'Apply' or 'OK' will only
change the time if the user has actually modified the time widgets in some way.

Note You need to log in before you can comment on or make changes to this bug.