Description of problem: At create user clicking on advanved doesn't open window. to enter user details manually. Version-Release number of selected component (if applicable): firstboot-16.1-3.fc17.i686.rpm Fedora-17-Nightly-20120205.21-i686-Live-xfce How reproducible: number of attempts Steps to Reproduce: 1. install above to hd 2. create user advanced 3. Actual results: No create user advanced Expected results: create advanced user. Additional info: this is a kvm_guest install.
This may be caused by "system-config-users" system-config-users-1.2.112-1.fc17.noarch ~]$ system-config-users ** WARNING **: Trying to register gtype 'GMountMountFlags' as enum when in fact it is of type 'GFlags' ** WARNING **: Trying to register gtype 'GDriveStartFlags' as enum when in fact it is of type 'GFlags' Traceback (most recent call last): File "/usr/share/system-config-users/system-config-users.py", line 44, in <module> mainWindow.mainWindow() File "/usr/share/system-config-users/mainWindow.py", line 267, in __init__ self.groupTreeView, xml, selinuxEnabled) File "/usr/share/system-config-users/userWindow.py", line 58, in __init__ self.userWinHomeDir.set_max_length(userGroupCheck.maxpathlength) AttributeError: 'module' object has no attribute 'maxpathlength'
Yes, since the 'advanced' button really just launches s-c-u. We don't have a criterion that covers this - the only requirement for firstboot is that, at Alpha stage, it must be able to create a user account successfully (not an *advanced* user account, note). We probably intended to have stricter firstboot criteria at Beta or Final, I'll have to check the archives. -- Fedora Bugzappers volunteer triage team https://fedoraproject.org/wiki/BugZappers
It seems I've been a bit overzealous when I cleaned up things. Anyway, the fix is in upstream git and builds for F-18 and F-17 now: commit ed90569b087d82c6a298e6b32fc568dad9aa72f4 Author: Nils Philippsen <nils> AuthorDate: Tue Feb 14 16:01:12 2012 +0100 Commit: Nils Philippsen <nils> CommitDate: Tue Feb 14 16:01:12 2012 +0100 import constants directly, not via userGroupCheck (#787692) In a few instances, constant values imported into but not used in userGroupCheck were used in other modules, causing AttributeErrors when they were accessed.
Fixed in system-config-users-1.2.113-1.fc17/.fc18.