Bug 790137 - No matching packages incorrectly marked as an error
Summary: No matching packages incorrectly marked as an error
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Pulp
Classification: Retired
Component: user-experience
Version: unspecified
Hardware: Unspecified
OS: Unspecified
unspecified
low
Target Milestone: ---
: ---
Assignee: Todd Sanders
QA Contact: Preethi Thomas
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2012-02-13 18:09 UTC by Jay Dobies
Modified: 2013-09-27 13:58 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-09-27 13:58:25 UTC


Attachments (Terms of Use)

Description Jay Dobies 2012-02-13 18:09:23 UTC
When running a package search with no matches, the client reports the result as an error. It's misleading since that's not an error condition, it simply means there are no matching results, yet as a user it would indicate that the Pulp server ran into a problem attempting to perform the search.

Low priority but should also be a pretty quick fix. The only potential caveat would be if the REST API were raising an error instead of returning an empty list, which if that's the case is definitely a bug in its own right.

Example:

[jdob@pulp1 ~]$ pulp-admin package search -a i386
error:  No packages found.

Comment 1 Jay Dobies 2012-02-13 18:13:47 UTC
Along the same lines, the exit code from that call indicates an error took place. That's more disconcerting than just the mislabeled message to the user. This can cause problems for users attempting to script a series of calls.

Comment 87 Michael Hrivnak 2013-09-27 13:58:25 UTC
This seems to have been fixed long ago.


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