cocoaforge

Some of the cases you cite are handled by Vienna : I personnally have a https feed (Google Mail feed) and a feed with a port number in the feeds I use daily.

Can you provide some real world examples ?

For theses cases :
- remove username/password for the feed through Folder->Get info
- open a web tab in Vienna and log in

Does the style you use allow an enclosure ?

Test with the Default style through the View->Style menu.

This is my link for "calibre Library :: By Newest" : <http://grumpy.gcsu.edu:8080/opds/navcat ... 6577657374>

Do you have the same URL ?

<entry> <title>SVG iBooks Author example</title> <author> <name>Unknown</name> </author> <id>urn:uuid:b0cbe134-3ae7-4494-83de-ba5cf5f61dba</id> <updated>2014-06-06T14:24:19+00:00</updated> <link href="/get/ibooks/442" type="application/x-ibooks+zip" rel="http://opds-spec.or...

The Calibre problem appears fixed in Calibre 1.39 , which takes into account that the correct file extension is .ibooks and not .ibook

uhwaitwhat wrote:

Code: Select all

 <dc:date>2014-05-19T14:45:35.265643+00:00-0700</dc:date>

Very strange date "format" : many decimals, ambiguous timezone…

But I cannot reproduce the problem. The reddit feeds I have do not show the same behavior…

Which Vienna and OSX versions are you referring to ?
Can you give us an excerpt from the XML source (select the feed, right click and choose the "Show XML source" menu item).

You should probably trash your Firefox preferences file first.

I could not reproduce the problem.
Does it also occur when Firefox is already opened ?
Or when you open an URL from another app than Vienna ?

I am also on OSX 10.9, and after updating to the latest version of calibre (1.36.0) and retesting, I can confirm there is probably a calibre bug here. Could this bug be OS X specific ? Or is there something in calibre settings that both of us do not understand ? Anyway, on a stock calibre 1.36 confi...

Here is the response that I received from the Calibre developer: Links for the ibook format are present in feeds generated by the current calibre release. For example: <link href="/get/azw3/1376" type="application/x-mobi8-ebook" rel="http://opds-spec.org/acquisition"/>...

Thanks for reporting this. It seems similar to what an InoReader user reported : <http://forums.cocoaforge.com/viewtopic.php?f=18&t=26456>

Personnally, I never delete articles, so I could not spot this bug…

The href value could be anything that makes Calibre developers comfortable with. "/get/epub/434" could be acceptable, as ibooks are in fact a variation of epubs.

Your suggestion for the type value seems OK to me.

So, feel free to use my Calibre OPDS feed at http://grumpy.gcsu.edu:8080/opds as a benchmark. The one and only *.ibooks file in that feed is named "External Video Demo" and also happens to be the newest eBook in that library. I did not find a link to the ibooks. Here is the entry for the ...

I am afraid it is a bug in the Growl development framework : it appears also with their demo app.
I have submitted the issue to them and wait for the feedback.

Hi Deimos and Rob, Sorry for taking so much time to look at this. In fact, Vienna checks the article title and article body to make sure that they have changed ; if they have, the article is marked as updated. This is reasonable for most feeds (blogs and forums where each contribution is an article)...

OK, a solution would be to consider this kind of link as an enclosure link.
This can be done easily.

Have a look at the suggestions at https://github.com/ViennaRSS/vienna-rss ... t-40976255

Have you looked at ~/Library/Logs/DiagnosticsReports ?
You can also explore in Console.app (File -> Open Quickly -> Diagnostic and Usage Information)

Otherwise, older versions of Vienna are available at http://sourceforge.net/projects/vienna-rss/files/