Opened 17 years ago
Closed 17 years ago
#4719 closed (duplicate)
feed class get_object has no opportunity to object to not having a url
Reported by: | Owned by: | Adrian Holovaty | |
---|---|---|---|
Component: | contrib.syndication | Version: | dev |
Severity: | Keywords: | ||
Cc: | Triage Stage: | Unreviewed | |
Has patch: | yes | Needs documentation: | no |
Needs tests: | no | Patch needs improvement: | no |
Easy pickings: | no | UI/UX: | no |
Description
I have a feed that looks almost exactly like the "complex example" given in the manual for chicagocrime.org:
class DocumentComments(Feed): feed_type = Atom1Feed def get_object(self, bits): if len(bits) != 1: raise InternetDraft.DoesNotExist return InternetDraft.objects.get(filename=bits[0])
I assumed that since that method existed, it would be called for all requests, and a request for the "base" url of the feed would result in the DoesNotExist exception. Instead, I get "AttributeError: 'NoneType' object has no attribute 'filename'", since in link() I use obj.filename
and obj is getting set to None.
I don't like having a known url for a 500 error, since I expect users to try to hack the urls and see what they can see.
I've attached a proposed diff. It always calls get_object, and creates a default get_object method that returns None. This should keep the existing behavior (and, in fact, works fine with my other feeds that don't take objects), and allows the user's class to handle a bits=[] if they would like to.
With the existing setup, the only way I can think of to not provide a 500 error when visiting this feed without an additional URL portion is to test for obj == None in the link method, and I can only do that because I know that the link one is the first one called - way too much internal knowledge of the feed class.
duplicate of #4720