Description of problem: I could only reproduce this in KDE. GNOME and Xfce did not fail. If the temporary authorization is allowed to expire, the system will become hung when an action is taken needing authorization. Version-Release number of selected component (if applicable): How reproducible: Steps to Reproduce: 1. Start firewall-config as a normal user. 2. Enter the password as prompted. 3. Do *nothing* with firewall-config for about 4 minutes (I don't know the polkit timeout). 4. Toggle the "Current View" from Runtime to Persistent. 5. Your session is hung. Actual results: Expected results: Additional info: The cursor moves but you can't enter the password and you can't raise any windows or access the menus. You can ssh into the system and kill the firewall-config process to regain your system.
Closing as I haven't been able to reproduce the problem with: KDE 4.9.5 qt-4.8.4-11.fc18.x86_64 polkit-kde-0.99.0-5.fc18.x86_64 polkit-qt-0.103.0-4.fc18.x86_64 firewall-config-0.2.12-2.fc18.noarch sorry Ed
Created attachment 700356 [details] strace of firewall-config I can't get it *not* to fail on any of my systems.... Same components as you list. Any chance there is something in the strace log?
(In reply to comment #2) > Any chance there is something in the strace log? I can't see anything. I tried your steps once more, this time I even didn't leave the firewall-config window while waiting (for 10 minutes), but still no luck.
It happens to me too. I left firewall-config opened for a while (about half an hour, didn't measure it) and after I raised the window again and chose to switch the view, I was asked for my password again. However, I couldn't enter it - keyboard input was entirely ignored. Mouse cursor could be moved but clicking didn't do anything. Switching to vt2 and killing firewall-config solved the problem. So, please, can I ask you to reconsider closing this bug? I'll provide more information in case you want anything. Thank you. Packages: polkit-kde-0.99.0-5.fc18.x86_64 polkit-qt-0.103.0-4.fc18.x86_64 qt-4.8.4-14.fc18.x86_64 kde-workspace-4.10.0-7.fc18.x86_64 firewall-config-0.2.12-2.fc18.noarch I installed firewalld today - the system was upgraded F16->F17->F18.
I was able to reproduce this bug on my system (Fedora 18, updated) following these steps. I had the exact same experience as Martin, but only waited 5 minutes or so. Does it matter how firewall-config is started? I launched it from Konsole, if it makes a difference.
This is a GTK bug. The changed callback is signaled while the combobox popup is still there and has the focus. I have cloned the bug for gtk: #915892 This is not the case in Gnome, because it seems that it is not using lists in a ComboBox. Pushed this interim solution into firewall-config: http://git.fedorahosted.org/cgit/firewalld.git/commit/?id=e2ae60bf86335ea914574174a722f0ffdfb81e2f
firewalld-0.2.12-5.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/firewalld-0.2.12-5.fc18
Package firewalld-0.2.12-5.fc18: * should fix your issue, * was pushed to the Fedora 18 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing firewalld-0.2.12-5.fc18' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-4826/firewalld-0.2.12-5.fc18 then log in and leave karma (feedback).
firewalld-0.2.12-5.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report.