Bug 444758
Summary: | noarch packages are not found by exact name search | ||
---|---|---|---|
Product: | [Retired] Red Hat Network | Reporter: | Stephen Herr <sherr> |
Component: | RHN/Web Site | Assignee: | Grant Gainey <ggainey> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Stephen Herr <sherr> |
Severity: | low | Docs Contact: | |
Priority: | low | ||
Version: | rhn500 | CC: | msuchy, rhn-bugs |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | us=23816 | ||
Fixed In Version: | 5.0.6 | Doc Type: | Bug Fix |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2008-06-26 20:22:47 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: | |||
Bug Depends On: | |||
Bug Blocks: | 446437 |
Description
Stephen Herr
2008-04-30 14:22:55 UTC
Additional info: These packages were discovered by searching for various packages that returned from the SQL search in bug 222405 (https://bugzilla.redhat.com/show_bug.cgi?id=222405). Hokay, so upon looking into this a bit more it appears to only happens to noarch packages when doing an exact name search. At least I think it's only noarch packages, all the packages i've found so far that exhibit this behavior are noarch. And the search only doesn't work for exact name searches, if you leave a word off the front or back of the package search it suddenly becomes findable. TEST PLAN: ========= First - please regression-test, using the test plan for https://bugzilla.redhat.com/show_bug.cgi?id=210188 Second - use the reproducer above. Verified in Dev So it turned out that this doesn't have anything to do with noarch packages at all, except that most packages that have two '-'s in their name are noarch. The search regex was expecting all package searches with two '-'s to be in the name-version-arch format, and so wasn't finding packages in the name1-name2-name3 format. S'been fixed. *** Bug 450824 has been marked as a duplicate of this bug. *** verified in qa |