Client-side ability to read RSS feeds containing magnets and download selected files

[Darren]

Hi there,

I've started work on this feature. Probably best to make sure we're on the same page to begin with :)

(incidentally the pages linked from the Wish List items are all down)

I've added the a new 'RSS feed' tab at the bottom, along with the Keyword, What's New and Direct Connect tabs. This has an input field for a URN and a Fetch button (ultimately a managed list of 'subscribed' feeds would seem to make sense).

I've been trying to figure out the best way to display the results. One possibility would be to open a new results tab in the results displayer. I guess this means the column headers would need to change to show just the minimal display-name/description information we can extract from the Magnet links.

Or maybe the best way would be to have a popup menu showing the links - Firefox RSS bookmarks menu style. This allows for plenty of physical space for the description/filename, but means they would have to be individually selected one-by-one.

Any thoughts?

Cheers!
Darren

[Zootella]

This is something that LimeWire really needs.

JIRA is back online, so the links from our bounties page work now.

Adding an RSS feed tab makes sense. There probably should be a list somewhere of the feeds that the user has subscribed to.

For results display - I'd just copy what other feed readers are doing. Check out iTunes and Democracy, for instance.

Also - when LimeWire downloads BitTorrent, this feature could support RSS feeds that have links to .torrent files.

[Darren]

Thanks for the reply. Democracy's nice!

So I've got a bunch of CDATA-enclosed links in an RSS feed downloading straight off. The next step is to build up a list of the results instead, so the user has a choice which ones they want to download. I was attempting to performed a URN query on each link, but I'm not getting any results back from the network when I do this.

RSS feed tab: actually I hadn't even about putting it at the top, along with Search, Monitor, Library. This might makes more sense, because otherwise the search type buttons don't mean anything in the context of an RSS search. (but then I've noticed they don't appear to do anything for a Direct Connection search so I guess that's not really a problem...)

Although if instead of displaying the results in the regular Results displayer, we add a new tab to the top instead, with a new results table of my own making, then this table will trigger the download. Although the Downloads panel would have to open up in the search tab in the background I suppose... the attached pic shows what I mean.

Will probably stick with the present method unless there are any objections.

Anyone have any ideas about the network prob? I'm creating a search basically like this:

addResultTab(new GUID(guid), info); // info is just a URN in this case
QueryRequest qr = QueryRequest.createQuery(sha1);
recordAndSendQuery(qr, MediaType.getAnyTypeMediaType());

Cheers,
Darren

[Zootella]

I was attempting to performed a URN query on each link, but I'm not getting any results back from the network when I do this.This is because LimeWire doesn't support search by hash. Search by hash is built into the Gnutella protocol, and from what I can see you're doing it the right way, but LimeWire doesn't let these kinds of searches onto the network. In an unstructured network like Gnutella, it's really unlikely a hash will be in your horizon. Hash searches would squeeze out keyword searches, which do work.

To enable a search by hash feature, we're building a DHT we're calling Mojito. I'm actually working on the documentation for that right now, and it should be a part of LimeWire soon.

So, for now, don't worry about search by hash not working, but keep in mind that in several months time it will work.