Display of Component on distro source summary page may be wrong (but we know the right value)
| Affects | Status | Importance | Assigned to | Milestone | |
|---|---|---|---|---|---|
| | Launchpad itself |
Low
|
Colin Watson | ||
Bug Description
The Component entry shown on the distro source package summary page appears to be the component that was set at the time of the last upload, but bears no explicit relation to the component in any given distroseries. https:/
Since the "Latest upload" is shown, and the component is correcly displayed for that upload in recent distroseries summaries, the overall summary page should present the component of the latest upload in the latest distroseries. This is much more likely to be correct.
Related branches
- William Grant: Approve (code) on 2015-09-07
-
Diff: 26 lines (+0/-5)2 files modifiedlib/lp/registry/templates/distributionsourcepackage-index.pt (+0/-4)
lib/lp/soyuz/stories/distribution/xx-distribution-packages.txt (+0/-1)
| Emmet Hikory (persia) wrote : | #2 |
There are no "maintainer defaults" here. There is nothing stored within the source package that identifies which component should be used: that information exists solely within Soyuz. In fact, Soyuz rejects uploads if one attempts to express a default with an "Invalid Section" message.
What I would like is for "Component" on the main page to represent Soyuz's current view of the component in which an upload would be accepted if one were submitted.
| Julian Edwards (julian-edwards) wrote : | #3 |
> There are no "maintainer defaults" here. There is nothing stored within the source package that identifies which component should be used:
That's not exactly true - the uploader will have specified a component in the changes file. While not strictly in the source itself, it's still data supplied to Soyuz, it doesn't exist "solely within Soyuz."
The information you want is on each series presented on that page. The most sensible solution is to remove the Component completely from the top section, since the component could be different depending on which series you're uploading to.
| Changed in soyuz: | |
| status: | Incomplete → Triaged |
| importance: | Undecided → Low |
| tags: | added: trivial ui |
| Emmet Hikory (persia) wrote : | #4 |
None of the ,changes files I have locally contain any Component: header. Where in the .changes file is this usually expressed? The only place I've seen it is in a mangled Section: (e.g. Section: universe/misc), but this is only present in binary uploads typically (I believe accomplished with pkgbinarymangler), and specifically discouraged from use in source uploads.
| Changed in launchpad: | |
| assignee: | nobody → Colin Watson (cjwatson) |
| status: | Triaged → In Progress |
| Launchpad QA Bot (lpqabot) wrote : | #5 |
Fixed in stable r17711 <http://
| tags: | added: qa-needstesting |
| Changed in launchpad: | |
| status: | In Progress → Fix Committed |
| tags: |
added: qa-ok removed: qa-needstesting |
| Changed in launchpad: | |
| status: | Fix Committed → Fix Released |

The page says:
"*actual publishing details may vary in this distribution, these are just the package defaults. "
This is by design, so you can see that it was overridden. Would you rather it completely hid the maintainer defaults?