abrt version: 1.1.13 architecture: x86_64 cmdline: /usr/bin/python -Es /usr/bin/sealert -s component: setroubleshoot executable: /usr/bin/sealert kernel: 2.6.34.7-61.fc13.x86_64 package: setroubleshoot-server-2.2.102-1.fc13 reason: browser.py:339:on_copy_button_clicked:IndexError: list index out of range release: Fedora release 13 (Goddard) time: 1287907479 uid: 500 backtrace ----- browser.py:339:on_copy_button_clicked:IndexError: list index out of range Traceback (most recent call last): File "/usr/lib64/python2.6/site-packages/setroubleshoot/browser.py", line 339, in on_copy_button_clicked self.clipboard.set_text(self.alert_list[self.current_alert].format_text()) IndexError: list index out of range Local variables in innermost frame: widget: <gtk.Button object at 0x26a4cd0 (GtkButton at 0x224f630)> self: <setroubleshoot.browser.BrowserApplet instance at 0x26a7320>
Created attachment 455315 [details] File: backtrace
Package: setroubleshoot-server-2.2.102-1.fc14 Architecture: x86_64 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- I've got strange behavior of sealert for about three weeks now: SE Alert icon will popup in notification area, with message about new SE alert. And when I click it -- SE Alert window opens, saying "There's no alerts to see". List of alerts area is empty, buttons "Delete"and "Copy to buffer" are enabled. And when I clicked "Copy to buffer" buffer - abrt popped up. Comment ----- I've got strange behavior of sealert for about three weeks now: SE Alert icon will popup in notification area, with message about new SE alert. And when I click it -- SE Alert window opens, saying "There's no alerts to see". List of alerts area is empty, buttons "Delete"and "Copy to buffer" are enabled. I had this behavior for about two weeks in Fedora 13, upgraded to Fedora 14 -- and had the same behavior there as well. And when I clicked "Copy to buffer" buffer - abrt popped up.
Could you execute rm ~/.setroubleshoot And see if it starts working again. Also you are reporting this as an F13 bug with an F14 setroubleshoot?
(In reply to comment #3) > Could you execute > > rm ~/.setroubleshoot > > And see if it starts working again. Did it and it changed nothing. Before doing so did cat cat ~/.setroubleshoot and here's what I saw: dontnotify= pos= After rebooting my computer I saw usual pattern (details are below) and .setroubleshoot was there again with the same two-line content. > Also you are reporting this as an F13 bug with an F14 setroubleshoot? No, I think we have this bug in F14 as well. If fact, we can talk about two bugs here: -- first is the reason of such a strange behavior -- and I can't say what is it (what caused it); -- and second is error handling in sealert gui: Maybe in on_copy_button_clicked we should check if we actually do have a valid list before calling function that triggered IndexError -- or call it inside try .. except clause with proper handling of IndexError exception... Sorry if i'm inventing the wheel here. Two more updates on sealert behavior. 1) Every time I login to my account I get SE Alert popup -- with empty list and without any buttons ("Delete" or "Copy to clipboard"). It's like sealert knows that I do have some alerts from prior work which I haven't viewed or dismissed -- but it can't show them to me. 2) When I happen to trigger new alert it behaves as I've written before (in Comment 2): new popup (and this time it's about new alert, I belive), list is empty, two buttons are enabled. Haven't tried to press "Delete" button, but I think it'll trigger the same error.
Package: setroubleshoot-server-2.2.102-1.fc14 Architecture: i686 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- 1.Network-manager - vpn start 2.selinux message open 3.closing selinux message
Package: setroubleshoot-server-2.2.102-1.fc14 Architecture: x86_64 OS Release: Fedora release 14 (Laughlin) How to reproduce ----- 1. On sealert popup - click on the applet. 2. Window opens, and the list of alerts is empty. Buttons "Delete" and "Copy to buffer" are enabled though. 3. Press "Copy to buffer" button. Abrt appears. Pressing "Delete" button has no visible effect (and no reaction from abrt).
Upgrading to the F14/F15 version of setroubleshoot. Fixed in setroubleshoot-3.0.24-1.fc13
setroubleshoot-3.0.24-1.fc13 has been submitted as an update for Fedora 13. https://admin.fedoraproject.org/updates/setroubleshoot-3.0.24-1.fc13
setroubleshoot-3.0.24-1.fc13 has been pushed to the Fedora 13 testing repository. If problems still persist, please make note of it in this bug report. If you want to test the update, you can install it with su -c 'yum --enablerepo=updates-testing update setroubleshoot'. You can provide feedback for this update here: https://admin.fedoraproject.org/updates/setroubleshoot-3.0.24-1.fc13
setroubleshoot-3.0.24-1.fc13 has been pushed to the Fedora 13 stable repository. If problems still persist, please make note of it in this bug report.