Bug 213673

Summary:	Option to hide readed entrys don't work at all
Product:	[Fedora] Fedora	Reporter:	Stefan Plewako <splewako>
Component:	liferea	Assignee:	Brian Pepple <bdpepple>
Status:	CLOSED NOTABUG	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	medium	Docs Contact:
Priority:	medium
Version:	6	CC:	extras-qa
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2006-11-05 17:54:13 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Stefan Plewako 2006-11-02 14:40:18 UTC

Description of problem:
Liferea has an option to hide read feed entry, but it don't work at all.
When it is checked, even after restarting program, Liferea displays me new entry
in yellow and an old in white.

Version-Release number of selected component (if applicable):
liferea-1.0.25-1.fc6

How reproducible:
always

Steps to Reproduce:
1. Run liferea, check option, restart
2. You will see unread elements also with this read.
 
Actual results:
Read elements are displayed below unread.

Expected results:
Read elements will be not displayed.

Comment 1 Brian Pepple 2006-11-05 16:35:02 UTC

Here's the reply from upstream:

"Hmmm... I have the impression there is a misunderstanding.
The preference in question is a folder-only option and
folders cannot be displayed in 2-pane mode (hard-coded
behaviour for performance reasons). Therefore this option
can never affect the 2-pane mode rendering."

https://sourceforge.net/tracker/?func=detail&atid=581684&aid=1590825&group_id=87005

Stefan, can you give a more detailed explanation of what your seeing?

Comment 2 Stefan Plewako 2006-11-05 17:51:28 UTC

Strange.. earlier this was possible, but after cleaning and reconfigure lifrea
profile (I have migrate from old Mozilla Suite/Seamonkey to Firefox) this work
as it should (I can't reproduce this behaviour again).