Issue #77 open

Generating password on RHEL6 raises ConfigError

Anonymous created an issue

Pressing the "Generate" button using revelation 0.4.13 on RHEL6 results in: {{{ Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/revelation/ui.py", line 1057, in <lambda> self.button = Button(_('Generate'), lambda w: self.generate()) File "/usr/lib64/python2.6/site-packages/revelation/ui.py", line 1066, in generate password = util.generate_password(self.config.get("passwordgen/length"),self.config.get("passwordgen/punctuation")) File "/usr/lib64/python2.6/site-packages/revelation/config.py", line 129, in get raise ConfigError ConfigError }}}

Comments (5)

  1. Anonymous

    The same ConfigError happens when accessing Preferences in the menu:

    Traceback (most recent call last):
      File "/usr/bin/revelation", line 206, in <lambda>
        action.connect("activate",		lambda w: self.prefs())
      File "/usr/bin/revelation", line 1504, in prefs
        dialog.run_unique(Preferences, self, self.config)
      File "/usr/lib64/python2.6/site-packages/revelation/dialog.py", line 1324, in run_unique
        d = create_unique(dialog, *args)
      File "/usr/lib64/python2.6/site-packages/revelation/dialog.py", line 1282, in create_unique
        UNIQUE_DIALOGS[dialog] = dialog(*args)
      File "/usr/bin/revelation", line 1600, in __init__
        self.__init_section_password(self.page_general)
      File "/usr/bin/revelation", line 1739, in __init_section_password
        ui.config_bind(self.config, "passwordgen/punctuation", self.check_punctuation_chars)
      File "/usr/lib64/python2.6/site-packages/revelation/ui.py", line 182, in config_bind
        id = cfg.monitor(key, cb_get, widget)
      File "/usr/lib64/python2.6/site-packages/revelation/config.py", line 150, in monitor
        callback(key, self.get(key), userdata)
      File "/usr/lib64/python2.6/site-packages/revelation/config.py", line 129, in get
        raise ConfigError
    ConfigError
    
  2. Anonymous

    After creating entry /apps/revelation/passwordgen/punctuation (as integer set to 0) in gconf-editor manually, password creation works again, however the Preferences menu still crashes Revelation with:

    Traceback (most recent call last):
      File "/usr/bin/revelation", line 206, in <lambda>
        action.connect("activate",		lambda w: self.prefs())
      File "/usr/bin/revelation", line 1504, in prefs
        dialog.run_unique(Preferences, self, self.config)
      File "/usr/lib64/python2.6/site-packages/revelation/dialog.py", line 1324, in run_unique
        d = create_unique(dialog, *args)
      File "/usr/lib64/python2.6/site-packages/revelation/dialog.py", line 1282, in create_unique
        UNIQUE_DIALOGS[dialog] = dialog(*args)
      File "/usr/bin/revelation", line 1607, in __init__
        self.__init_section_gotocmd(self.page_gotocmd)
      File "/usr/bin/revelation", line 1702, in __init_section_gotocmd
        ui.config_bind(self.config, "launcher/%s" % e.id, widget)
      File "/usr/lib64/python2.6/site-packages/revelation/ui.py", line 182, in config_bind
        id = cfg.monitor(key, cb_get, widget)
      File "/usr/lib64/python2.6/site-packages/revelation/config.py", line 150, in monitor
        callback(key, self.get(key), userdata)
      File "/usr/lib64/python2.6/site-packages/revelation/config.py", line 129, in get
        raise ConfigError
    ConfigError
    
  3. Anonymous

    Hello there,

    Fedora and EPEL package maintainer reporting in.

    Just FYI, I think there is a long standing packaging bug in the handling of the GConf schemas that is probably the root cause of this report.

    I have prepped a new scratch build of revision 236497122791 for Fedora Rawhide in anticipation of the encryption fixes being released. This scratch build includes packaging fixes aimed at GConf schema handling.

    With the rev:236497122791 scratch tracebacks still occur for users who are logged in with an active gconf session when the package is installed, but on next login gconf picks up the updated schema and the trackbacks associated with key gen and preference windows no longer occur. I think this is the best we can hope for.

    -Jef

  4. Log in to comment