Bug 456467 - System Set Manager->Package->Remove: incorrect package removed
System Set Manager->Package->Remove: incorrect package removed
Status: CLOSED CURRENTRELEASE
Product: Spacewalk
Classification: Community
Component: WebUI (Show other bugs)
0.1
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jay Dobies
Red Hat Satellite QA List
:
: 480194 (view as bug list)
Depends On:
Blocks: space04
  Show dependency treegraph
 
Reported: 2008-07-23 17:08 EDT by Brad Buckingham
Modified: 2009-02-11 15:55 EST (History)
5 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2009-01-22 11:29:40 EST
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 Brad Buckingham 2008-07-23 17:08:06 EDT
Description of problem:

Removing packages (systems->ssm->packages->remove):

The SSM allows user to select a package to remove; however, it does not allow
them to select the architecture of the package being removed. As a result, all
instances of the package (e.g. i386 & x86_64) are removed during client update.

From initial analysis, impact to UI is anticipated.

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


How reproducible:


Steps to Reproduce:Associate a system with SSM:
1. select Systems
2. click the box next to an x86_64 system

Install a package using SSM:
3. select System Set Manager -> Remove -> pick 64-bit Channel
4. schedule removal of an package (e.g. libjpeg) where both i386 and x86_64
versions are installed on the client
5. run rhn_check -vvv on client at appropriate time to install the package
  
Actual results:
client removes all instances of the package (e.g. libjpeg i386 & x86_64)

Expected results:
client removes only the version of the package requested/scheduled (e.g. libjpeg
i386)

Additional info:

https://fedorahosted.org/spacewalk/wiki/MultiArchEnhancements - Refer to wiki
page for more details on this issue. This page contains proposed solution;
however, since the solution details can change as the issue is further
investigated, it is not being included in the bug report.
Comment 1 Jason Dobies 2008-12-02 16:27:19 EST
Commit: aed9b834448f96c585f43f386e3d617011419ddb

Ported perl pages to java and added support for multiarch.
Comment 2 Jason Dobies 2008-12-02 16:29:32 EST
Commit: 6fe6ac3db4a677b7801b09c25613653dfc50fbb0

Removed ported perl pages:

web/html/network/systems/ssm/packages/remove.pxt
web/html/network/systems/ssm/packages/remove_conf.pxt
Comment 3 Jay Dobies 2009-01-15 12:19:14 EST
SSM package removal doesn't work at all:

Description of problem:
Everything in the workflow for removing packages through the SSM looks ok,
however after selecting confirm on the confirmation page, the message appears
saying "0 package removals have been scheduled" and no events are created on
the system.


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

How reproducible:
Always

Steps to Reproduce:
1. Navigate the SSM selecting one or more packages to remove
2. Hit confirm at the end of the workflow

Actual results:
A message indicates 0 packages are set for removal. No events are created.

Expected results:
The message should correctly display what is selected for removal and the
remove event should be created.

Additional info:
Comment 4 Jay Dobies 2009-01-15 12:19:28 EST
*** Bug 480194 has been marked as a duplicate of this bug. ***
Comment 5 Jay Dobies 2009-01-15 16:49:30 EST
Commit: a3f6de9627536832864b9ea86a9159a80925d4a7

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