Closed (outdated)
Project:
Project
Version:
7.x-2.x-dev
Component:
Releases
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
29 Nov 2012 at 02:01 UTC
Updated:
1 Aug 2024 at 17:11 UTC
Jump to comment: Most recent
Comments
Comment #1
dwwWhacky. While it's good to be defensive in the clients in case of exceptions, I think the real solution here is that the release history XML generation should always print the release link as the unaliased node/N link (which can never change and would always work), not honoring path aliasing.
Comment #2
dwwp.s. the release history XML does already include the version string (
<version>) (and current node title (<name>)):http://updates.drupal.org/release-history/drupal/7.x
But, I still think it's better to always publish
<release_link>as node/N and ignore path aliases in here. Not just because of this problem, but because aliases can change and be invalidated, while once you get a nid, it's yours forever. Then we don't have to worry about all the terrible (basically intractable) cache invalidation problems for this data if/when aliases are added/changed.Comment #3
drummComment #4
jonhattanDrush itself is also affected by this. See #1839378: Fatal call to asXML
Comment #5
jonhattandrush pm-updatecode --notesbreaks because of this.It would be very convenient to have a fix --revert to node/nid in
<release_link>-- before the next drupal 7 release (assuming it will continue to provide an aliased url for the release notes). Otherwise drush should release a new version before the scheduled date (TBD).Comment #6
drummI don't think any of these concerns are relevant currently.