Bug 716501
Summary: | Abrt gui hangs when saving the event configuration | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | redhatbug <mjmccaffrey> |
Component: | abrt | Assignee: | Jiri Moskovcak <jmoskovc> |
Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | high | ||
Version: | 15 | CC: | anton, dfediuck, dvlasenk, iprikryl, jmoskovc, kklic, mtoman, npajkovs |
Target Milestone: | --- | Keywords: | Reopened |
Target Release: | --- | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2012-03-19 12:51:15 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 744774 |
Description
redhatbug
2011-06-24 16:43:43 UTC
The settings are stored in keyring not in the conf files. The plain text conf files are considered security risk and that's why abrt doesn't write the config there, but these conf files can be edited by hand and abrt will use it as defaults. (In reply to comment #1) > The settings are stored in keyring not in the conf files. The plain text conf > files are considered security risk and that's why abrt doesn't write the config > there, but these conf files can be edited by hand and abrt will use it as > defaults. But why does the application not work when you first use it after installation? When you try to configure your settings from the application interface it just hangs as reported above and you cannot do anything. Surely this should not happen and the information entered through the gui interface should be stored by the application in the proper place (wherever that is) for future use and the bug report sent off using the settings entered. (In reply to comment #2) > (In reply to comment #1) > > The settings are stored in keyring not in the conf files. The plain text conf > > files are considered security risk and that's why abrt doesn't write the config > > there, but these conf files can be edited by hand and abrt will use it as > > defaults. > > But why does the application not work when you first use it after installation? - that's a good question, what desktop are you running > When you try to configure your settings from the application interface it just > hangs as reported above and you cannot do anything. - it tries to talk to gnome-keyring-daemon, isn't there a dialog asking for password to unlock the keyring? (might be hidden behind other windows) > Surely this should not happen and the information entered through the gui > interface should be stored by the application in the proper place (wherever > that is) for future use and the bug report sent off using the settings entered. - it definitely shouldn't, reopening for further investigation (In reply to comment #3) > (In reply to comment #2) > > (In reply to comment #1) > > > The settings are stored in keyring not in the conf files. The plain text conf > > > files are considered security risk and that's why abrt doesn't write the config > > > there, but these conf files can be edited by hand and abrt will use it as > > > defaults. > > > > But why does the application not work when you first use it after installation? > > - that's a good question, what desktop are you running > > > When you try to configure your settings from the application interface it just > > hangs as reported above and you cannot do anything. > > - it tries to talk to gnome-keyring-daemon, isn't there a dialog asking for > password to unlock the keyring? (might be hidden behind other windows) > > > Surely this should not happen and the information entered through the gui > > interface should be stored by the application in the proper place (wherever > > that is) for future use and the bug report sent off using the settings entered. > > - it definitely shouldn't, reopening for further investigation I am using KDE on fedora 15. The problem occurred after first installation. About two months ago I installed Fedora 15 a few times on different machines and installed the updates then current. And the problem repeated in all cases. I am pretty certain the key ring daemon was not invoked and no other windows opened. It may be that subsequent updates have resolved the issue. If I were to install Fedora 15 again now and apply the latest updates it may be ok. But that was not the case a month or two ago. I think it is worth investigating though. And thank you. Are you still seeing this? |