lwindolf / liferea Goto Github PK

Hey @lwindolf :)

It would be cool if Liferea would support sync with ownCloud next to The Old Reader and Tiny-Tiny-RSS.

ownCloud has a News app: http://apps.owncloud.com/content/show.php?content=158434
And that News app has an API: https://github.com/owncloud/news/wiki/API-1.2

There’s already great sync clients for Android and iOS, so now it would be cool to have one for Linux. :)

cc'ing the ownCloud News devs @Raydiation @cosenal

I like this software, simple and efficient, but there is a problem bothering me for a long time, there is a website subscription has always been not normal, I don't know is a software problem or a problem with this website
The subscription of this site are always repeat, each update to increase a repeat
source url : http://www.zhihu.com/rss

os : ubuntu 14.04 lts
liferea version:1.10.9

thanks

I’d like to move Headlines before Date, but it isn’t possible.

It’s a minor thing, but still a nuisance that Cancel is active by default. This way I have to confirm twice.

i am currently using the newest commit from 4 days ago, 293a5af

the one in the fedora repo was outdated and have a few bugs so i decided to compile and install the newest version from git

I updated Liferea from 1.8.8 to 1.10.9 and now I get a segmentation fault during start up:

$ liferea --version
Liferea 1.10.9

$ which liferea
/opt/liferea/bin/liferea

$ export XDG_DATA_DIRS=/opt/liferea/share:$XDG_DATA_DIRS

$ liferea --debug-trace
TRACE  : [0x923010] + db_init
TRACE  : [0x923010] - db_init
TRACE  : [0x923010] + liferea_dbus_new
TRACE  : [0x923010] - liferea_dbus_new
TRACE  : [0x923010] + liferea_shell_create
TRACE  : [0x923010]    + feed_list_view_init
TRACE  : [0x923010]    - feed_list_view_init
TRACE  : [0x923010]    + itemview_init
TRACE  : [0x923010]    - itemview_init
TRACE  : [0x923010]    + feedlist_init
TRACE  : [0x923010]       + node_source_setup_root
TRACE  : [0x923010]          + default_source_source_import
TRACE  : [0x923010]             + import_parse_outline
TRACE  : [0x923010]                + favicon_load_from_cache
...
TRACE  : [0x923010]             - import_parse_outline
TRACE  : [0x923010]          - default_source_source_import
TRACE  : [0x923010]       - node_source_setup_root
Segmentation fault (core dumped)

The backtrace from the core file:

$ gdb /opt/liferea/bin/liferea
...
(gdb) core-file core
...
(gdb) backtrace
#0  0x00007fe00f71a56a in ?? () from /lib/x86_64-linux-gnu/libc.so.6
#1  0x00007fe00fbfd789 in g_str_equal () from /lib/x86_64-linux-gnu/libglib-2.0.so.0
#2  0x000000000041ddd7 in db_node_find (id=0x0, node=<optimized out>) at db.c:1590
#3  0x000000000042040d in db_node_update (node=0x0) at db.c:1567
#4  0x00000000024f9270 in ?? ()
#5  0x0000000000000000 in ?? ()
(gdb)

Start up works fine after adding a NULL pointer check to line 1590 in src/db.c:

    if (id != NULL && g_str_equal (node->id, (gchar *)id))
        return TRUE;

For me, the import/sync to The Old Reader doesn't work correctly. It ignores subfolders and shows all my feeds in the root node.

I'm using Liferea 1.10.9.

Steps to reproduce:

1. Add Feed with pictures to Liferea. (like http://heise.de)
2. Set Liferea to offline mode.
3. Select item in feed. Pictures are still downloaded. Even the browser in Liferea does open the website.

(Tested with current git checkout 5dc8981 but I did notices this behavior with older versions as well.)

In my preferences, I have the "Default number of items per feed to save" set to 100. In one of my subscriptions, there are two items posted exactly at "Thu, 25 Nov 2010 00:00:00 UT". They happen to be the 98th and 99th items in the feed.

If I update the feed, one of them shows up as new. If I then close Liferea, reopen Liferea, and update the feed again, the other shows up as new. This repeats every time I repoen Liferea and update the subscription.

Currently the Liferea client, when open and running in X, has simply the title "Liferea"; xprop output:

WM_CLASS(STRING) = "liferea", "Liferea"
WM_ICON_NAME(STRING) = "Liferea"
_NET_WM_ICON_NAME(UTF8_STRING) = "Liferea"
WM_NAME(STRING) = "Liferea"
_NET_WM_NAME(UTF8_STRING) = "Liferea"

I would like the title to be more informative; eg follow the schema "Liferea: $folder: $feed_title: $item_title".

This would be particularly useful for anyone using window-tracking software to monitor their time; I use arbtt and right now I have to classify all Liferea usage as recreational, but a schema like that (with at least folder-level information) would let me more accurately classify my recreational RSS feeds into rec, statistics feeds into statistics, etc.

The search conditions and the "new source" dialogs are too tiny and create excessive scrolling:

However, whenever possible, Liferea should avoid letting them scroll at all — see also http://jeff.ecchi.ca/blog/2011/06/24/dont-make-me-scroll/

In the settings activated tray, but it does not work - there is no icon, only notifications work.
Ubuntu 14.04
Liferea 1.10.9
Instructions from the site does not solve the problem:
gsettings set com.canonical.Unity.Panel systray-whitelist "['all']"
Error:
Scheme «com.canonical.Unity.Panel» missing

I'm using Liferea 1.8.8 with Ubuntu 12.04 LTS. I tried to sync with the lastest Tiny Tiny RSS version on my webspace, but Liferea never syncs any articles. It just keeps staying at "Refreshing Tiny Tiny RSS". Any logfiles I can provide?

Please add the ability to permanently hide the menu bar in the view menu. Upon hitting the Alt key the menu bar should reappear.

First, thank you for maintaining Liferea! It is a very nice program for RSS feeds.
I am using Liferea 1.10.3 from Debian.

I have encountered a minor issue when using dark GTK themes. In particular I am using a dark theme with white text.

Upon receiving a bad feed (ex. julialang.org/blog) the error box uses white text on a yellow background. I assume the white text is pulled from the theme. This makes the error difficult to see. Screenshots are below.

Please add support for the fever api. Fever is a promising RSS Feed Reader which also provides a fever api plugin for Tiny Tiny RSS.

http://www.feedafever.com/api

For a while now, I've been experiencing what I thought was a bug, that is, whenever I would start Liferea after a fresh log in, its window would never show up and I would have to "start it again" (I use the GNOME shell, so that means clicking on the icon in my dock).

This morning, I decided I'd tackle this problem and I realize that this isn't really a bug, but that it's only due to two things:

1. Liferea doesn't quit when we close the main window.
2. Liferea restores its window state.

Those two points, separately, are fine, but together, it means that whenever I log out, the "invisible" state of my main window is being saved and then restored (in liferea_shell_restore_state()) the next time I launch Liferea. This causes a lot of confusion and I'm pretty sure I'm not alone in this situation because a lot of people close their apps by closing their main window and seldom look at their GNOME "notification bar".

Personally, I would recommend that we never restore the hidden state of the main window.

... or maybe make the "Terminate instead of minimize" a default?

With 1.10.8, I experienced this randomly when reordering/moving feeds around across folders in the feeds list treeview. Just move them all around the place until you eventually get a crash.

The automated Fedora crash/stack catcher told me this was already caught and reported downstream, here, so it should have the relevant traces:

https://bugzilla.redhat.com/show_bug.cgi?id=1062807
https://retrace.fedoraproject.org/faf/reports/318270/

This is something I've been thinking about, and it seems someone else reported the same issue in the old bug tracker: http://sourceforge.net/p/liferea/bugs/1068/

Basically, in "wide mode", on laptops the "Title" column is usually cut off too short (in my case: after 4 words, on average) because the date/timestamp column takes roughly 30% of the available listview width (in French, on my laptop screen).

A solution would be to have a different listview arrangement in "wide" mode, similar to what mail clients (Evolution, Geary, etc.) do.

So instead of

(!) Ajourd'hui 09:44   Some amazing news from...

You would see:

(!) Some amazing news from the Liferea project
    Aujourd'hui 09:44 

...With bonus points due to the fact that this would be more touch-friendly, as the target would be bigger (I have a touch-enabled laptop and those are becoming increasingly common).

Please add the ability to permanently hide the status bar in the view menu.

I have a search folder for all unread items and the other day I erroneously marked it as read (hit Ctrl-R instead of Ctrl-U).. I'd lost the list if not having a yesterday's backup of Liferea's DB.

Can it be prevented in some way? Undo function would be nice but some non-intrusive confirmation dialogue would work for me as well.

I have multiple subscriptions, some of them added directly, some contained in a tt-rss source. I'd like to create two filters, one that shows me the unread items from from the direct subscriptions and one that shows me the unread items from the tt-rss source.
One way to accomplish that would be a filter criterion that filters on the source (with an option to select something like "No source")

There are two promising social bookmarking web apps which would fit perfectly into the web-integration bookmark section of liferea. Please consider supporting them.

https://github.com/sebsauvage/Shaarli
https://github.com/plainmade/unmark

I have an unfortunately slow Internet connection; when I read through my items in Liferea, there is one thing that makes the experience noticeably less pleasant than Google Reader was: whenever a full-text post appears, with images in it, I must wait for the image to be fetched, which is noticeably slow. Since a good chunk of my statistics & economics feeds include diagrams, graphs, photos etc, that means it's a problem for a lot of them. And then I have a bunch of wallpaper RSS feeds, where the content is just a thumbnail - so on each and every single item, I am left waiting patiently for the darn thing to load.

(Reader was better in that the 'stream' model meant that the images would load at the bottom before I got to them, but Liferea's one-item-at-a-time model doesn't do that.)

So I think it would be a good idea if, on new items being downloaded from an RSS feed, they were parsed for image links & the images prefetched to be stored locally and displayed instantly on viewing an item.

First of all thanks for switching to GitHub. Great improvement.

Coming from OS X I've used Vienna and it had that mark as read button that hopped after clicking to the next subscription. So it was relatively easy to click through multiple feeds with speed. In Liferea I have to mark as read, click the next button and then mark as read again. It would be totally cool to enable "fast hopping" in Liferea as well.

i don't know about other people but when i minimize the window for a program that use a tray icon, i except it to minimize to tray (notification area) instead of it still being in the taskbar/panel

and pressing the X (close) button would end the whole program which is different from what is stated in the faq http://lzone.de/liferea/faq.htm#systray

The problem has been reported as bug in Debian

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=725896

I can confirm this in the last version (now 1.10.6) compiled from source in Debian Testing: when running the program as a normal user the upper right panel area is at its minimum possible size. When enlarged, the new size is not saved upon closing.
When launching the program as root the problem doesn't seem to occur.

Thanks for your attention.

If you create a search folder, the little bubble on the right of the folder name will represent the total amount of search results, which I don't actually care about... instead, it should represent the amount of unread items within those search results, to be consistent with the rest of the interface (the unread counts for normal folders and feeds).

With current git master, if I start liferea and close it with ctrl+W or alt+F4 or the window manager's close button, next time I start it, nothing will happen... the thing is that I need to start it twice simultaneously before it shows the window. This does not affect 1.10; I suspect this is a bug introduced by the fact that in 1.11, there is no more option in the preferences governing the use of the "tray icon" (notification area), it seems to have been turned into a plugin instead (I looked in the plugins and the tray icon one was disabled).

Note that even when the "missing window" issue occurs, there is no tray icon. The window just fails to appear.

Furthermore, when you launch the 2nd liferea instance to "force" the window to be shown, the feed item preview pane (where you see the contents) will reset its position to the top (if you're using the horizontal layout) instead of staying at its previous position.

TinyTinyRSS has added support for Podcast enclosures to the JSON API, which should be reflected in Liferea.

A sample output of the 'getArticle' JSON API call for the All About Android Podcast (http://twit.tv/aaa ):

{"seq":0,"status":0,"content":[{"id":"63966","title":"AAA 146: It's a
Metaphor","link":"http:
//dts.podtrac.com/redirect.mp4/twit.cachefly.net/video/aaa/aaa0146/aaa0146_h264b_640x368_256.mp4","labels":
[],"unread":false,"marked":false,"published":false,"comments":"","author":"TWiT","updated":1390970760,"content":"\n\n

<img
src="http://feeds.twit.tv/podcasts/coverart/aaa144videolo.jpg"
align="right" hspace="20" vspace="20" border="0" title="All About
Android" alt="All About Android"/></p>

Hosts:</strong> <a
href="http://google.com/+JasonHowell">Jason Howell</a>, <a href="http:
//twitter.com/ginatrapani">Gina Trapani</a>, <a href="http:
//plus.google.com/+RonRichards">Ron Richards</a> and <a href="http:
//twitter.com/Cranky_Hippo">Bryan Burnett</a></p>\n \n

Samsung and
Google's patent partnership, frames for Google Glass, Amazon's living room
ambitions, and more.</p>\n \n

Guest:</strong> <a href="http:
//google.com/+TaylorWimberly">Taylor Wimberly</a></p>\n \n

Download or
subscribe to this show at <a href="http:
//twit.tv/aaa">twit.tv/aaa</a>.</p>\n \n

We invite you to check out
the full show notes for today's episode <a href="https:
//docs.google.com/spreadsheet/pub?key=0AnfwL2-
_1Rv3dDlOZUptSTc3ZjktdktVbFBueTVNX2c&gid=27">here</a>.</p>\n \n

We invite
you to read, add to, and amend the wiki entry for this episode at <a
href="http:
//wiki.twit.tv/wiki/All_About_Android_146">wiki.twit.tv</a>.</p>\n
\n

Thanks to <a href="http://www.cachefly.com">Cachefly</a> for the
bandwidth for this show.</p>\n \n

Running time:</strong>
1:26:38</p>\n\n","feed_id":"74","attachments":
[{"id":"12228","content_url":"http:
//dts.podtrac.com/redirect.mp4/twit.cachefly.net/video/aaa/aaa0146/aaa0146_h264b_640x368_256.mp4","content_type":"video/mp4","post_id":"63966","title":"","duration":"212417678"}],"score":0,"feed_title":"All
About Android (Video-LO)","note":null,"lang":""}]}

Can we get button that will mark all feeds in every folder and those which are in "root" (not in any folder)? Currently we have only "mark selected as read".

I have changed the key shorcut for open in external browser to "K":

(gtk_accel_path "/ItemActions/LaunchItemInExternalBrowser" "k")

But when I press key, or clic on ARTICLE > OPEN IN EXTERNAL BROWSER (from the menu), or liferea opens the article in the INTERNAL BROWSER.

If I press or I clic on OPEN IN EXTERNAL BROWSER (clicking mouse secundary button over the article), then, they opens the article in the right way.

¿What kind of sorcery is that? :D

Thank you a lot for your work and for bringing us this great piece of software. ;)

Hello,

it would be great if Liferea would support "wallabag" under "Web Integration". So one can share / bookmark an article with wallabag.

Wallabag was called poche before and is a read it later like server. Open source and you can host it yourself.

Homepage: http://www.wallabag.org/

Github: https://github.com/wallabag/wallabag/

Non-void functions should return a value.

gmake[3]: Entering directory `net/liferea/work/liferea-1.10.3/src/fl_sources'
CC libliflsources_a-json_api_mapper.o
json_api_mapper.c:59:3: error: non-void function 'json_api_get_string' should
return a value [-Wreturn-type]
return;
^
json_api_mapper.c:77:3: error: non-void function 'json_api_get_int' should
return a value [-Wreturn-type]
return;
^
json_api_mapper.c:95:3: error: non-void function 'json_api_get_bool' should
return a value [-Wreturn-type]
return;
^
3 errors generated.
gmake[3]: *** [libliflsources_a-json_api_mapper.o] Error 1

While feeds and items have a correct dir attribute, comments still do not. So all the Hebrew comments for Hebrew articles are currently flush left.

The fix is simple (sorry for not providing proper patch):

In xslt/item.xml.in, line 394:

   <div class="comment" dir="{$txtDirection}">

Thanks!

lintian (a Debian package quality checking tool) reports that the "feed" category does not exist in the specification. I suggest to replace feed by news. You may even argue that also WebBrowser would make sense.

liferea: desktop-entry-invalid-category Feed usr/share/applications/liferea.desktop

This desktop entry lists a category that is not one of the registered
Main or Additional Categories in the FreeDesktop specification. Note
that case is significant and whitespace is only allowed immediately
before and after the equal sign in the Category key, not elsewhere in
the field.

The desktop-file-validate tool in the desktop-file-utils package is
useful for checking the syntax of desktop entries.

Refer to http://standards.freedesktop.org/menu-spec/1.0/apa.html for
details.

Some feeds that you can find on the net do not necessarily use RFC 822 for the publication date (ie: they use YYYY-MM-DD). While this is not 100% adherent to the RSS spec, I think it would be nice if Liferea could be accomodating and "Just Deal With It" by converting the thing.

Example of such a feed where feed items don't have any date recognized by Liferea:
http://www.pressdisplay.com/pressdisplay/services/rss.ashx?cid=1006&type=full

Also, obligatory XKCD: http://imgs.xkcd.com/comics/iso_8601.png

When my internet provider returns HTTP redirect 307 as answer to any request (there are no money at account, redirection to billing page), then Liferea automatically updates all feed URLs to feed of internet provider.

HTTP code 307 'Temporary Redirect' is temporary issue and must not cause feed URL updating.

Step 1: Set up a "News Source" such as TTRSS. Import your feeds.

Note: When you click on a TTRSS feed, your "New Subscription", "New Folder", "New Source", etc. is all grey'd out.

Step 2: Delete your "unread" and "important" folders.

Now all you have are your TTRSS feeds and your "New Subscription" button is still grey'd out. No matter which feed you click on, your new subscription button is still grey'd out.

Problem: No way to add feeds at this point without deleting ~/.config/liferea and starting over from scratch.

See attached screenshot:
http://imgur.com/Vf72uWm

It happens quite often than when I click a folder or feed, while Liferea is refreshing, the click is completely ignored. I wait a couple seconds, realize it has been ignored, click again and it works.

That alone sounds a bit tricky to debug, but there's an easier way: trigger a global refresh and use the mousewheel to quickly and repeatedly scroll up/down in the listview widget of a feed's items... and you will get something that freezes/hiccups.

In theory the whole thing should be async and never block the gtk main loop.

I use 1.10.3 on Debian Testing and sync with ttrss.

I use the view where liferea hides feeds with no unread items.

Now, when only one unread item is left and you click it so you can read it… well then liferea immediately hides the feed.

Liferea should wait and hide the feed when the user leaves the feed, so the user has a chance to read the last (unread) item.

I just realized something... the use of bold type for "unread items" in the feed list on the left is redundant:

• We already have very nice indicators/"counters" hinting at the exact amount of unread items for each feed/folder
• The bold type takes up more space, allowing less words to fit in and creating many unnecessary ellipses in my case
• It's visually overloading; in most cases, people will have almost every item in bold (especially if using folders to regroup feeds)

I humbly suggest just removing the bold from there and leaving that job to the "counter" widget.

With Lifera 1.10.9 no notifications are shown for new feed entries that are obtained from a TTRSS installation. I didn't have the time to test earlier versions jet.

If I subscribe to those feeds directly, without using TTRSS, the notifications are generated as intended.

I hope this is a bug and not a missing feature. :)

Update:
The tray icon always indicates the correct amount.

I noticed that the .tar.bz2 release is missing some files that the .tar.gz and .zip releases have..

autogen.sh,
doc/html/help_subscribe_adv_1.6.0.png,
src/parsers/ocs_ns.h.

Is there a reason for this? I remember the 1.10.7 packaging dropping a po/Makefile.in.in which wasn't a big deal since you could generate that file with autogen.sh.

Are these files being dropped from the release because they're not necessary or is this a packaging bug? It seems to compile ok with or without them.

It would be awesome if Liferea's webkit views could automatically size down images that are too large to fit the width (kinda like the "max-width:100%;" css property).

This is the only reason why I'm still unable to use the "large mode" preview pane after all these years (or have to keep fiddling/readjusting its width depending on the contents of individual posts on planets).

Arguably, with widescreen displays, there might not even be much need for the "horizontal panes" view mode anymore if this feature was there, because it would be able to fit typical laptop screens (not just huge desktop monitors).

As far as I can see, if I create a search folder (or a regular search) for more than one condition (with the requirement that it should match "any of the conditions" instead of "all of the conditions), only the first condition is taken into account - search results indicate that the rest seems to be ignored.

Is there a way to sync liferea with feedly. So that if I add content to feedly, I can then update liferea directly without having to manually add these urls to liferea everytime? I can't seem to find a way to do so. I think this would really be great given that feedly does not have a desktop or app version for ubuntu or linux!

I previously used the Ubuntu Handbook PPA version of Liferea on Ubuntu 13.10. When I started Liferea, it would appear in the Messaging Menu (the same indicator as Empathy, Pidgin et al). After upgrading to 14.04, it no longer appears in the Messaging Menu.

(Tested with main repo version, and Ubuntu Handbook PPA version.)

json_api_mapper.c:58:3: error: non-void function 'json_api_get_string' should return a value
[-Wreturn-type]
return;
^
json_api_mapper.c:77:3: error: non-void function 'json_api_get_int' should return a value [-Wreturn-type]
return;
^
json_api_mapper.c:96:3: error: non-void function 'json_api_get_bool' should return a value [-Wreturn-type]
return;
^
3 errors generated.

Changing it to "return NULL;" does make liferea compile.

I have to right click and then click on Properties, then mark the field, then type in the new name and close the window.

I’d expect F2 to work.