** Changed in: gst
Status: New = Expired
** Changed in: gst
Importance: Unknown = Medium
--
users-admin does not sort when Name/Login/Homedir field clicked
https://bugs.launchpad.net/bugs/259163
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which
Fix released upstream with the gnome-system-tools 2.29.90. (Even if
upstream task is not updated correctly.)
--
users-admin does not sort when Name/Login/Homedir field clicked
https://bugs.launchpad.net/bugs/259163
You received this bug notification because you are a member of Ubuntu
Desktop
So in users-admin 2.29.90 users will be sorting according to their
login, and search-as-you-type for the tree view is using the login too,
so that people can easily find a user when there are many of them. This
will be for Lucid.
--
users-admin does not sort when Name/Login/Homedir field clicked
Regarding your comments on bug 379944: I'm not sure how Edubuntu people
work, but you're working on a fix based on the release in Karmic! In
Lucid the column headers are gone, so that can't be fixed that way.
Could you explain what's the main use case that justifies we need
sorting users? I think
It's a while since I've actually looked at this. There was a bug day
coming up among edubuntu developers and I mentioned this bug as one
which was causing problems for some people. Jordan said he had a fix,
though I'm not sure what version that was against.
On an LTSP system, it's not uncommon
The new users-admin is not really best designed for systems with
hundreds of users, since it takes more vertical space than the old one:
see the column on the left of the dialog at [1]. I'm not sure that's a
real problem, though. What we could do is sort users by login, and use
After talking with Milan and others on IRC, it looks like my patch is
pretty pointless. On the other hand, the new UI is slick and looks nice
for typical users. I think maybe we want to solve these mass-user
issues elsewhere.
--
users-admin does not sort when Name/Login/Homedir field clicked
So if you don't have more proposals about this bug, I'll try to find the
time to sort the list by login name. Other ideas to help managing many
users are also welcome, as well as patches (this one isn't too hard)!
;-)
** Changed in: gnome-system-tools (Ubuntu)
Status: Confirmed = Triaged
I've been looking through the code for this and am adding some notes
here in case they help anyone else (or me to recall later).
As Jordan observes, these errors are telling us about the problem:
(users-admin:724): Gtk-CRITICAL **: gtk_tree_sortable_get_sort_column_id:
assertion
I've reported this bug upstream to the gnome developers and linked that
bug to this launchpad bug.
** Bug watch added: GNOME Bug Tracker #593107
http://bugzilla.gnome.org/show_bug.cgi?id=593107
** Also affects: gst via
http://bugzilla.gnome.org/show_bug.cgi?id=593107
Importance: Unknown
** Changed in: gst
Status: Unknown = New
--
users-admin does not sort when Name/Login/Homedir field clicked
https://bugs.launchpad.net/bugs/259163
You received this bug notification because you are a member of Ubuntu
Desktop Bugs, which is subscribed to gnome-system-tools in ubuntu.
--
There needs to be some kind of out-of-the-box solution for this--hands
down, unless of course you believe that the only people who would use
GNOME on a server would be a parent managing a household LAN. This is
acceptable because there would be only a few users.
But, I argue, there is a place
I find it hard enough managing my tens of users on an LTSP system using
this tool without proper sorting, it must be a nightmare with hundreds!
I believe this issue should receive a higher priority. Clicking on
column headings to change the sort order is just expected behaviour
these days.
--
Wishlist? Don't you all think that sorting is kind of important for any
system with 10 users? This is pretty basic functionality that I would
assume just works OOTB...Wishlist doesn't sit right with me on this.
--
users-admin does not sort when Name/Login/Homedir field clicked
14 matches
Mail list logo
