Closed (fixed)
Project:
Drupal core
Component:
blog.module
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
22 Jan 2005 at 21:49 UTC
Updated:
8 Feb 2005 at 21:15 UTC
Jump to comment: Most recent file
The blog module creates user blog feed urls of the form "blog/feed/[UID]" while taxonomy follows the new url form of "taxonomy/term/1/1/feed".
It seems that this should be changed to the new form of "blog/[UID]/feed" and the attached patch makes this change.
Of course changing this will cause existing feed urls to become invalid so legacy.module is also patched to redirect old style urls.
Legacy is modified as follows.
"/blog/feed/52" will redirect to "/blog/52/feed"
while
"blog/feed" will not redirect
| Comment | File | Size | Author |
|---|---|---|---|
| #7 | updates.blogfeedurl.patch | 900 bytes | tangent |
| #6 | updates.inc.blogfeedurl2.patch | 900 bytes | tangent |
| #5 | updates.inc.blogfeedurl.patch | 900 bytes | tangent |
| #4 | blog_feedurl.patch | 2.14 KB | tangent |
| blog.module.feedurl.patch | 2.14 KB | tangent |
Comments
Comment #1
dries commentedThis patch looks corrupts and contains HTML code.
Comment #2
Steven commentedNote that for URL changes, we should preferably add an update similar to update_97() and update_98(), which updated the URL aliases. Using an old alias will end you up in legacy.module, which does a drupal_goto() to a non-Clean url, which is not very desirable.
Comment #3
tangent commentedRE the patch, it looks fine when I browse the link. It contains no markup, other than the already existing "link" tag which the patch modifies. Should I resubmit?
RE url changes, I am not really familiar with legacy.module and only threw that change in at the last minute when contemplating how to deal with the url change. It is not clear to me what you're suggesting with update_97() so you'll have to explain or post an update yourself.
Comment #4
tangent commentedResubmitting same patch with a different filename (in case the problem is with the attachment system).
Comment #5
tangent commentedRE the url updates, after rereading and looking around a bit I've figured out what is being requested. I'm attaching a patch which adds update_120() which has the intention of updating url alias' for blog urls. I haven't tested it though.
The original patch was changed to HTML somehow/somewhere that I cannot determine. Apologies. The second patch seems fine.
Comment #6
tangent commentedThe previous patch seems to have been converted to HTML as well though I've confirmed that my local file is definitely a plain patch. Did the file attachment system get hosed?
Trying to attach it again.
Comment #7
tangent commentedI think I see a pattern. My second attachment does not include ".inc" in the filename while all other patches do. Saving the second file works as expected while the other attachments are being served up (and marked up apparently) as HTML. It looks like there is an issue with the project module or the file management code it relies on.
Attaching the second patch again with no ".inc" in the filename to confirm my theory.
Comment #8
dries commentedCommitted to HEAD. Thanks.
Comment #9
(not verified) commented