setting system time should not close the dialog

In what application? Could you describe what you did at the desktop?

(It's not clock-setup because that's an installer component and does not have a button called "Set System Time".)

I don't really know how to more specific. If one simply tries to set the system time, by right clicking the time and date, adjust time and date, set system time. The title in the application bar is Time Settings, the app just disappears. It matters not what is occuring on the desktop, it faisl EVERY time. Now, selecting time settings more than once, results in the time settings windows not even appearing.
 Even clicking clock preferences > time settings does not bring the time settings back again. Ultimately I'd like to change the ntp server the clock is attempting to sync with.

OK, this window is implemented by the clock applet in gnome-panel, so reassigning there. Thanks for the clarification.

Thank you for taking the time to report this bug and helping to make Ubuntu better. However, your crash report is either missing or challenging to deal with as a ".crash" file. Please follow these instuctions to have apport report a new bug about your crash that can be dealt with by the automatic retracer.

If you are using Ubuntu with the Gnome desktop environment - launch nautilus and navigate to your /var/crash directory and double click on the crash report you wish to submit.

I'm closing this bug report since the process outlined above will automatically open a new bug report which can then dealt with more efficiently. Thanks in advance for your cooperation and understanding.

Ubuntu Hardy Heron 8.04 alpha 5 x86_64

Confirmed:
add the clock applet to a gnome panel, right click on the applet -> adjust date & time -> (opens "time settings" window) -> set system time -> wait a bit and the "time settings" window shuts down

There is no crash log related to this in /var/crash/

Confirming, thanks for the report.

"this window is implemented by the clock applet in gnome-panel"

Isn't that itself a bug? See bug #205361.

confirming again, still happening in hardy beta, but it asks for a password this time

Why do you consider that a bug? It does the action and close the dialog, you think it would be nicer to have the dialog still displayed and have to close it?

Let me explain once more what happens:
Add the clock applet to a gnome panel, right click on the applet -> adjust date & time -> (opens "time settings" window) -> set system time -> Asks for password -> the "time settings" window shuts down.

The time-admin doesn't open. The whole point of "set system time" is to open time-admin, which does not happen.

..unless the "set system time" does something else I'm not aware of?
In that case, there should be a confirmation window about it, that everything was ok and that it did what it had to do.

The use of the time-admin is another bug report, bug 185232.

Apologies! I thought this bug was targeting the fact that it closes and doesn't open time-admin :)

I found another bug (#207890) about the same dialog. Maybe they're related...

I don't understand why this bug was marked invalid??? I am facing the exact same issues. How do I change the system time if the clock applet closes? How do I set up NTP servers?

After the upgrade to Hardy beta, the system time changed. Its another issue why that happened but I can't even set it right because the clock applet keeps closing on me whenever I click "set system time...". Am I missing something?

It was just marked invalid for gnome-applets, but confirmed for gnome-panel. That means the bug is within gnome-panel and not within gnome-applets.

cool! thanks.

On Fri, Mar 28, 2008 at 12:14 PM, old_toby <email address hidden> wrote:
> It was just marked invalid for gnome-applets, but confirmed for gnome-
> panel. That means the bug is within gnome-panel and not within gnome-
> applets.
>
>
>
> --
> Set System Time closes Time Settings
> https://bugs.launchpad.net/bugs/191471
> You received this bug notification because you are a direct subscriber
> of the bug.
>

--
_____________________________________
Akshay Dua
Student, Department of Computer Science
Portland State University

Hi Seb,

On Thu, Mar 27, 2008 at 01:55:04PM -0000, Sebastien Bacher wrote:
> Why do you consider that a bug? It does the action and close the dialog,
> you think it would be nicer to have the dialog still displayed and have
> to close it?

For my part, I think it's a bug for a very simple reason - there's nothing
about the label on this button that implies that the settings will
immediately take effect based on the contents of the current window.
Indeed, the label I see is "Set System Time...", with trailing ellipsis
which to me *explicitly* suggests that clicking the button will open a new
dialog. I think there's insufficient indication here that clicking the
button will cause the currently-displayed settings to take effect.

Also, it doesn't say how it sets the time (what actual change it does to the system, at what time the system time was set and at which time zone) and if the changes were successful.

unsetting the milestone, the gnome-panel has been changed to use time-admin in hardy

bug sent upstream on http://bugzilla.gnome.org/show_bug.cgi?id=532333

Have a look at bug https://bugs.launchpad.net/ubuntu/+source/gnome-panel/+bug/289744. It's the same bug, but someone explains it as a feature.

This bug affects Ubuntu 9.10 Karmic as well.

The expected behavior for me would have been to run "time-admin" so that I could turn on NTP servers.

But if that can't happen, it's still extremely confusing that the "set system time" button just causes it to disappear.

I agree. I spent a few minutes doing this repeatedly because I misunderstood the behavior. I can't now find the old turn on NTP servers option which I presumed to find (as it used to be) in the set time dialog.

Jonathon

Marking everything as dup of bug 289744, since it contains a little more of the important info.