Bug 227806 - setroubleshoot browser doesn't allow multiple entry deletion
setroubleshoot browser doesn't allow multiple entry deletion
Status: CLOSED ERRATA
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: setroubleshoot (Show other bugs)
5.0
All Linux
medium Severity medium
: ---
: ---
Assigned To: John Dennis
:
: 227807 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2007-02-08 06:00 EST by Erik Bussink
Modified: 2008-05-21 10:25 EDT (History)
1 user (show)

See Also:
Fixed In Version: RHSA-2008-0061
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2008-05-21 10:25:29 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description Erik Bussink 2007-02-08 06:00:12 EST
Description of problem:

The setroubleshoot browser only allows a single entry deletion. Even selecting 
multiple entries in the filter column, doesn't allow a simple multiline 
deletion.

Version-Release number of selected component (if applicable):

setroubleshoot 1.3.1

How reproducible:

Everytime

Steps to Reproduce:
1. launch setroubleshoot browser on a selinux enabled RHEL5 B2
2. select multiple entries in the filter column
3. attempt to delete these entries
  
Actual results:


Expected results:


Additional info:
Comment 1 Daniel Walsh 2007-02-08 09:09:55 EST
*** Bug 227807 has been marked as a duplicate of this bug. ***
Comment 2 Jan Hutař 2007-02-26 13:07:13 EST
Hello,
I have same problem with setroubleshoot-1.9.1-1.fc7:

1. select multiple alerts
2. right mouse click on one of them
   => alerts are unselected (except the one we right clicked)
Comment 3 John Dennis 2007-09-15 15:38:50 EDT
Multiple deletes were fixed a long time ago, I'm pretty sure those fixes made it
into the final RHEL version.

Re comment #2, just tested this feature again with setroubleshoot-1.10.0-1 and
the multi-selection persists after the right click and you're presented with a
pop up menu which includes the option to mark delete.

So as far as I can tell it works, BTW to the best of my knowledge there weren't
any changes in this area betwee, setroubleshoot-1.9.1-1.fc7 and
setroubleshoot-1.10.0-1.

Could you please verify it is still failing for you. Please assure you've only
executed a single right click.
Comment 4 Jan Hutař 2007-09-17 04:56:08 EDT
Hello,
there is a setroubleshoot-1.8.11-4.el5 in the RHEL 5 (also in last 5.1 snapshot 
- see /mnt/redhat/rel-eng/RHEL5.1-Server-20070913.0/5/i386/os/Server/
setroubleshoot-1.8.11-4.el5.noarch.rpm). When I selects multiple alerts using 
<Ctrl+click_on_few_alerts> and then right-click on one of selected rows, others 
are deselected and action I choose (e.g. "Mark Delete") is performed only on 
one row. I guess it is too late for 5.1 - sorry, have forget for these bugs 
somehow :-/ Could this go to 5.2?

Regards,
Jan
Comment 5 RHEL Product and Program Management 2007-12-18 17:15:56 EST
This request was evaluated by Red Hat Product Management for inclusion in a Red
Hat Enterprise Linux maintenance release.  Product Management has requested
further review of this request by Red Hat Engineering, for potential
inclusion in a Red Hat Enterprise Linux Update release for currently deployed
products.  This request is not yet committed for inclusion in an Update
release.
Comment 7 John Dennis 2008-01-09 13:10:22 EST
This is known to be working the in setroublehshoot 2.0 series scheduled for RHEL 5.2
Comment 10 errata-xmlrpc 2008-05-21 10:25:29 EDT
An advisory has been issued which should help the problem
described in this bug report. This report is therefore being
closed with a resolution of ERRATA. For more information
on the solution and/or where to find the updated files,
please follow the link below. You may reopen this bug report
if the solution does not work for you.

http://rhn.redhat.com/errata/RHSA-2008-0061.html

Note You need to log in before you can comment on or make changes to this bug.