[Bug 13727] Re: [network-admin] locations do not get saved correctly
** Changed in: gst Importance: Unknown = Medium -- [network-admin] locations do not get saved correctly https://bugs.launchpad.net/bugs/13727 You received this bug notification because you are a member of Ubuntu Desktop Bugs, which is a bug assignee. -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: [network-admin] locations do not get saved correctly
** Changed in: gst (upstream) Status: Confirmed = Fix Released -- [network-admin] locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: [network-admin] locations do not get saved correctly
fixed according to upstream ** Changed in: gnome-system-tools (Ubuntu) Status: Confirmed = Fix Released -- [network-admin] locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: [network-admin] locations do not get saved correctly
I'm waiving my own flag here, but I think instant apply to the currently selected location is still the better way to go (see http://bugzilla.gnome.org/show_bug.cgi?id=170663#c11). You avoid the extra buttons, the dialog acts exactly like every other Gnome preferences window and it is pretty obvious what is going on to the user. I can't think of any use case for upstream's concern with wanting to make some change to the current settings and not wanting to save it. Networks tend to be static things - once you set it up, you want to keep it like that and the settings rarely change later on. I'd be interested to know when this is likely to happen. If the DHCP dialog was cancellable, then having to switch to a profile to delete it might not be so bad. As an alternative, have a seperate UI for editing the list of profiles, as MacOSX does. -- [network-admin] locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: [Bug 13727] Re: [network-admin] locations do not get saved correctly
Le lundi 11 septembre 2006 à 12:03 +, Mike Gratton a écrit : I can't think of any use case for upstream's concern with wanting to make some change to the current settings and not wanting to save it. Let's say you want to use a train station wireless network while travelling, you probably don't want to modify your profile to connect to it Networks tend to be static things - once you set it up, you want to keep it like that and the settings rarely change later on. I'd be interested to know when this is likely to happen. Networks might be static but with a laptop you might from from a network to an another pretty often If the DHCP dialog was cancellable, then having to switch to a profile to delete it might not be so bad. As an alternative, have a seperate UI for editing the list of profiles, as MacOSX does. DHCP cancel would be nice right. Another question is to know if people expect to have their network changed only because they are looking at the available profiles from the list -- [network-admin] locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: [Bug 13727] Re: [Bug 13727] Re: [network-admin] locations do not get saved correctly
On Mon, 2006-09-11 at 15:08 +, Sebastien Bacher wrote: Let's say you want to use a train station wireless network while travelling, you probably don't want to modify your profile to connect to it If the location was currently set to (eg) my home network, I wouldn't want to change the wireless network name for it if I wanted to connect to the wireless network at the train station. I would either select the blank location, create a new Train Station location if I was going to use it frequently, or if not, create a Roaming (or similar) location for this sort of situation before modifying anything. Why would I modify my settings for home when I'm at the train station? Again using MacOSX as an example, it by default has an Automatic location that just picks an available wireless network if enabled or wired ethernet if plugged in, and uses DHCP to get an address. That is much more useful than network-admin's current behaviour. Perhaps the blank location could be renamed to something similar to Automatic and provide some sane default behaviour, like use DHCP on ethernet if plugged in, else use DHCP on a wireless network if available. When network-admin tells the user Your location is set to this and lets them modify some network settings with that still visible, I think it is reasonable to expect that the user will assume they are modifying that location and not some random settings based on the visible location. Networks might be static but with a laptop you might from from a network to an another pretty often Would the user be more likely to be using NetworkManager in that case? DHCP cancel would be nice right. Another question is to know if people expect to have their network changed only because they are looking at the available profiles from the list True. I think the UI in X lets you add, duplicate, rename and delete locations, but not activate them from that particular UI. -- ✌ michael gratton, itinerant geek ✇ http://web.vee.net/ -- [network-admin] locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: network-admin locations do not get saved correctly
It has been years and network-admin still is pretty much useless for lots of people... I agree this should be more than medium importance. Would it really be that difficult to make it actually save settings, and more or less work as you expect it to? Like being able to edit settings without it automatically trying to apply them? This is just not funny anymore. -- network-admin locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: network-admin locations do not get saved correctly
We are just work with upstream to get that fixed to edgy, but that's not clear what is confusing for users so some concrete comments on what you would like to get changed would be welcome. One thing that can be confusing is that if you select a profile and do modifications then close the tool the modification are not stored to the profile. The upstream rational is you might want to do changes to your current session without wanting to store them. The way to store the change is to add a profile with the same name, which is not a discovarable way. I've suggested upstream that adding an store changes to current profile button next to the add,remove option already placed next to the profiles name. What do you think about that? Another confusion is the instant apply. If the dhcp timeout issue is fixed, would you prefer an apply button anyway or instant apply would work good enough for that? We can get the store configuration and apply changes button next to the profile, but 4 options starts being a bunch of option, 3 would be better if possible. I think the add a profile with the same name to modify the current profile is not clear enough and that a store changes to profile button would be welcome. The instant apply should be fine if the dhcp timeout issue can be workarounded or fixed. What do you think about that? -- network-admin locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: network-admin locations do not get saved correctly
Sounds good. It is almost impossible to figure out that you have to save the location a second time with the same name to save configuration changes. Maybe also a dialog Do you want to save your changes to the location 'office'? yes/no every time you close network admin after changes would be nice. -- network-admin locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: network-admin locations do not get saved correctly
I like the idea of Realtime. It could just mark the current profile with something (a * behind the name) if it was modified and ask on exit if the changes should be saved to this profile (maybe with the option to save them as a different name). -- network-admin locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: network-admin locations do not get saved correctly
That idea seems to accomodate different use cases and is easy enough to figure out. -- network-admin locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: [network-admin] locations do not get saved correctly
** Summary changed: - network-admin locations do not get saved correctly + [network-admin] locations do not get saved correctly ** Tags added: network-admin -- [network-admin] locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs
[Bug 13727] Re: network-admin locations do not get saved correctly
** Changed in: gnome-system-tools (Ubuntu) Assignee: Sebastien Bacher = Ubuntu Desktop Bugs -- network-admin locations do not get saved correctly https://launchpad.net/bugs/13727 -- desktop-bugs mailing list desktop-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/desktop-bugs