Every repository with this icon (
Every repository with this icon (
| Description: | A feed fetching and parsing library that treats the internet like Godzilla treats Japan: it dominates and eats all. edit |
-
Note sure why ITunesRSSItem includes FeedUtilities
0 comments Created 8 months ago by julien51To me ITunesRSSItem should include FeedEntryUtilities, so why including FeedUtilities?
Comments
-
Hi,
I'm wondering if anyone has seen this:
[ ~/develop/ignite/site ] master* $ ./script/console Loading development environment (Rails 2.3.2)
require 'feedzirra' => [] feed = Feedzirra::Feed.fetch_and_parse("http://feeds.feedburner.com/PaulDixExplainsNothing") src/tcmalloc.cc:186] Attempt to free invalid pointer: 0x210140
Abort trapComments
Some additional info:
[ ~ ] $ ruby -v ruby 1.8.6 (2008-08-11 patchlevel 287) [i686-darwin9.6.0]
Ruby Enterprise Edition 20090421
[ ~ ] $ gem listLOCAL GEMS
actionmailer (2.3.2)
actionpack (2.3.2)
activerecord (2.3.2)
activeresource (2.3.2)
activesupport (2.3.2)
aws-s3 (0.6.2)
builder (2.1.2)
capistrano (2.5.5)
capistrano-ext (1.2.1)
colored (1.1)
cooloptions (1.1.1)
daemons (1.0.10)
fastthread (1.0.7)
git_remote_branch (0.3.0)
googlecharts (1.3.6)
highline (1.5.0)
hoe (1.12.2)
hpricot (0.8.1, 0.6.161)
image_science (1.1.3)
map_by_method (0.8.3)
mbleigh-mash (0.0.6)
mdalessio-dryopteris (0.1.2)
mime-types (1.16)
mocha (0.9.5)
mysql (2.7)
net-scp (1.0.2)
net-sftp (2.0.2)
net-ssh (2.0.11)
net-ssh-gateway (1.0.1)
nokogiri (1.2.3)
passenger (2.2.2)
pauldix-feedzirra (0.0.12, 0.0.8)
pauldix-sax-machine (0.0.12)
rack (1.0.0, 0.9.1)
rails (2.3.2)
rake (0.8.4)
rubyforge (1.0.3)
RubyInline (3.8.1)
spacesuit (2.5.2)
sqlite3-ruby (1.2.4)
taf2-curb (0.2.8.0)
xml-simple (1.0.12)
ZenTest (4.0.0)
[ ~/develop/ignite/site ] master* $ port installed The following ports are currently installed:
autoconf @2.63_0 (active) curl @7.19.2_0 (active) expat @2.0.1_0 (active) freeimage @3.10.0_0+darwin_9+universal (active) gdbm @1.8.3_1 (active) gettext @0.17_3 (active) git-core @1.5.5.3_0+doc (active) gperf @3.0.3_0 (active) help2man @1.36.4_1 (active) libiconv @1.12_0 (active) m4 @1.4.12_1 (active) mysql5 @5.0.51a_0+server (active) ncurses @5.6_0 (active) ncursesw @5.6_1 (active) openssh @5.0p1_0+darwin_9 openssl @0.9.8h_0 (active) openssl @0.9.8i_0 p5-app-ack @1.86_0 (active) p5-error @0.17012_0 (active) p5-file-next @1.02_0 (active) p5-locale-gettext @1.05_0 (active) p5-mime-base64 @3.07_0 (active) perl5.8 @5.8.8_2+darwin_9 (active) pkgconfig @0.23_0 (active) popt @1.13_0 (active) readline @5.2.012_1 (active) rsync @3.0.2_0 (active) ruby @1.8.7-p72_2+thread_hooks (active) zlib @1.2.3_1 (active) zsh @4.2.7_0 (active)Lame formatting! Sorry.
The take home message is that I haven't found anyone having this issue. Thanks for any help!
I'm having this problem but I believe it's related to the formatting/encoding of someone's feed - I'm looking into it to see if I can shine more light on it than that
Am getting this same issue with the most recent versions of both Ruby Enterprise Edition and Feedzirra. It is actually a really big killer for the app I work on, and would be great to have this fixed ASAP. Let me know how I can help!
Here is the output. I supplied -f to make sure none of my custom libs in .irbrc were loading and interfering.
$ irb -f irb(main):001:0> require 'rubygems' => true irb(main):002:0> require 'lib/feedzirra' => true irb(main):003:0> Feedzirra::Feed.fetch_and_parse('http://api.digitalnz.org/records/v1.rss/?api_key=[api_key_which_i_cant_paste]&search_text=test&num_results=10') src/tcmalloc.cc:186] Attempt to free invalid pointer: 0x212270 Abort trapYou'll need to get your own API key for that to work. You can get a free one at http://www.digitalnz.org/dashboard/api_key .
Not sure whats going on.
After further investigation, it appears the search 'test' returns a feed with a few invalid chars( namely � <- a question mark inside a black triangle incase it doesn't show up here ). My best guess is that Feedzirra or one of its dependencies crashes when parsing the feed, since curl from the command line has no problems fetching the feed, and since to Firefox and Safari have no problems displaying the feed. As mentioned in the last comment, you can get your own API key for testing. Would be nice if we didn't have to contact the maintainers of the feed for something feedzirra might encounter in quite a few feeds.
Interestingly, the issue only occurs on Mac computers. When the site was uploaded to a Debian server, the issue was not occurring there. Will attempt to do further debugging ASAP.
barmstrong
Tue Jul 21 19:08:40 -0700 2009
| link
Seeing the same problem here. Even if the feed is malformed, feedzirra shouldn't die while parsing it obviously. Can't expect all feeds to be well formed.
-
Problem implementing iTunes nested categories
0 comments Created 6 months ago by UnderpantsGnomePaul,
I started implementing the nested iTunes categories, but when I try to
get the name of the nested category I'm getting the name of the parent
instead.I have a branch up on github where you can see what I'm doing.
1) 'Feedzirra::Parser::ITunesRSS parsing should parse categories' FAILED expected: "Gadgets",
got: "Technology" (using ==)Diff: @@ -1,2 +1,2 @@ -Gadgets +Technology
Any suggestions on what I may be doing wrong would be appreciated.
Comments
-
not parsing entry content for certain atom feeds
0 comments Created 6 months ago by maxjustusIt parses the entry title, summary, etc. But returns nil for content with these 2 feeds
http://blog.wfmu.org/freeform/atom.xml
http://www.mashuptown.com/atom.xml
Comments
-
I was trying to use feedzirra with the on_success callback, but kept getting the following message:
warning: multiple values for a block parameter (2 for 1), and the code would jump to the on_failure block.Checking the source code for feed.rb, shows that the on_success callback accepts two parameters, url and feed, whereas the documentation only states feed.
An update to the documentation might be in order. Thank you for the great work
Comments
spagalloco
Mon Oct 26 07:24:07 -0700 2009
| link
It should be
:on_success => lambda {|url, feed| puts feed.title }
instead of:
:on_success => lambda {|feed| puts feed.title }
-
Can feedzirra discover feeds from a blog url?
2 comments Created 5 months ago by barmstrongWould love to see this ability, where a user could type in a blog url OR a feed url. If it's a blog url, feedzirra could discover and use the first feed listed. Many website users don't understand the difference between their RSS feed and their blog url.
Comments
spagalloco
Tue Jul 21 20:06:14 -0700 2009
| link
You might want to take a look at columbus:
barmstrong
Wed Jul 22 00:11:26 -0700 2009
| link
Ahh, good call, started using that today it works well with feedzirra!
-
I am using feedzirra to parse feeds but occassionally see this errors below for many different feeds. It happens randomly. Do you have any idea what the cause could be and potentially can you catch it.
message: "undefined method `response_code' for #" stacktrace: |- /opt/local/lib/ruby/gems/1.8/gems/pauldix-feedzirra-0.0.16/lib/feedzirra/feed.rb:240:in `add_url_to_multi' /opt/local/lib/ruby/gems/1.8/gems/pauldix-feedzirra-0.0.16/lib/feedzirra/feed.rb:135:in `call' /opt/local/lib/ruby/gems/1.8/gems/pauldix-feedzirra-0.0.16/lib/feedzirra/feed.rb:135:in `perform' /opt/local/lib/ruby/gems/1.8/gems/pauldix-feedzirra-0.0.16/lib/feedzirra/feed.rb:135:in `fetch_and_parse'Comments
faisaldajani
Mon Aug 10 05:27:36 -0700 2009
| link
This error occurs because feedzirra/feed.rb, method add_url_to_multi, line 238 is trying to define an on_failure block that accepts a single parameter, When in fact it is receiving two parameters.
Just redefine the on_failure block to read:
curl.on_failure do |c, e|
... endand it should work fine
-
The feed: http://gdata.youtube.com/feeds/base/standardfeeds/top_favorites?client=ytapi-youtube-index&time=today&v=2 has 0 entries according to feedzirra.
It does validate according to: http://beta.feedvalidator.org/check.cgi?url=http%3A%2F%2Fgdata.youtube.com%2Ffeeds%2Fbase%2Fstandardfeeds%2Ftop_favorites%3Fclient%3Dytapi-youtube-index%26time%3Dtoday%26v%3D2.
It seems to be a combination of a lot of link tags and the atom id tags thats causing this, but I can't pinpoint the exact cause because I am not very familiar with the parser.
I've also posted this in google groups: http://groups.google.com/group/feedzirra/browse_thread/thread/84b4133813819219
Comments
-
feed.rb:238: warning: multiple values for a block parameter (2 for 1)
1 comment Created 4 months ago by barmstrong -
An Atom feed is incorrectly marked as an RSS feed
1 comment Created 3 months ago by ruckusThis feed: http://anthonyssong.blogspot.com/feeds/posts/default
Has the string "rdf" in the first 2000 characters which satisfies the able_to_parse? regex in RSSxml =~ /<rss|rdf/
Thus the RSS parser is chosen as its overlord. However, its definitely an Atom feed. It matches because the Author has "rdf" in their email address.
cirillo@4wardfast....
Is there a reason why there is no < anchoring pattern in front of the "rdf" portion in the regex, e.g. why isnt it:
xml =~ /<rdf|<rdf/
When I make that change to the regex locally it works (that regex fails and ultimately the Atom parser is identified)
Comments
-
See console interaction at http://gist.github.com/188601.
>Comments
barbarycodes
Mon Sep 21 16:48:53 -0700 2009
| link
I'm also experiencing this bug.
-
the on_success handler needs two parameters. It should be
:on_success => lambda {|url, feed| puts feed.title }
instead of:
:on_success => lambda {|feed| puts feed.title }
Otherwise a warning is raised: warning: multiple values for a block parameter (2 for 1)
Comments
spagalloco
Mon Oct 26 07:23:43 -0700 2009
| link
I didn't see issue #7 when I filed this last night, it's a dupe.
-
the .any? block short circuits when something returns as true, so only the first attribute of the feed is updated.
def update_from_feed(feed) self.new_entries += find_new_entries_for(feed) self.entries.unshift(*self.new_entries) updated! if UPDATABLE_ATTRIBUTES.any? do |name| update_attribute(feed, name) end endComments
-
Feedzirra seems to seg fault here quite a bit
/home/tester/test/vendor/gems/gems/feedzirra-0.0.19/lib/feedzirra/feed.rb:205: [BUG] Segmentation faultWe have run into this problem multiple times this week.
Running on ruby 1.8.6 (2007-09-24) [i486-linux]. Any thoughts/suggestions? Thx in advance.
Comments
the most likely reason is because of an older version of libcurl or an older version of libxml. Make sure both of those are running the most current then uninstall and reinstall taf2-curb and libxml. Let me know if that does it.
Do you what version of libcurl & libxml that you recommend with the latest release?
-
undefined method `==' for class `ActiveSupport::BasicObject' (NameError)
1 comment Created about 1 month ago by taazza/home/test/v_0.1/vendor/gems/gems/activesupport-2.3.4/lib/active_support/basic_object.rb:12:in
undef_method': undefined method==' for class `ActiveSupport::BasicObject' (NameError)from /home/test/v_0.1/vendor/gems/gems/activesupport-2.3.4/lib/active_support/basic_object.rb:12 from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require' from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:31:in `require' from /home/test/v_0.1/vendor/gems/gems/feedzirra-0.0.20/lib/feedzirra.rb:10 from /usr/local/lib/site_ruby/1.8/rubygems/custom_require.rb:31:in `gem_original_require'This seems like a "require "activesupport" related error. Not sure why we are seeing it all of a sudden. Are we missing something obvious?
Comments











