Version: (using KDE Devel) Installed from: Compiled sources Steps to reproduce: - Run "Get New Articles in All Groups" - Select an article newly fetched by this for reading (read it, select another, ... ;) - When "Get New Articles in All Groups" finishs the article viewer is cleared. To continue to read your current article you have to select another one first or if this is the only new one in current group, mark it unread, change group and select it again. Very annoying.
Agreed - very annoying.
*** Bug 74825 has been marked as a duplicate of this bug. ***
*** Bug 55305 has been marked as a duplicate of this bug. ***
*** Bug 89009 has been marked as a duplicate of this bug. ***
*** Bug 89352 has been marked as a duplicate of this bug. ***
*** Bug 93596 has been marked as a duplicate of this bug. ***
Still there in 3.3.2. My guess is the the reason is us all having set up a display filter that shows only unread articles and using "Get new articles automatically". Every time when a new set of articles are read the display will be updated and as we were just reading the article before that it is now read and will not be redisplayed. But it really is THE most annoying "feature" with knode at the moment.
*** Bug 100330 has been marked as a duplicate of this bug. ***
setFirstChild in KNArticleManager::showHdrs() doesn't seem to be correctly set to false.
This bug is now almost 3 years old. It has 207 votes from 13 people, all of whom agree that it's pretty annoying. It's #41 on the "Most hated bugs" list. It's easily reproducible. I dislike to complain, because I'm not doing any coding here. But isn't it time to squash this one? Thanks, Andrew.
The problem also occurs when not reading any of the newly fetched articles, but when reading an article that was fetched before. This can happen quite frequently if you have configured KNode to retreive new headers every so often. It's really annoying.
This is still in 3.5.3 (KNode 0.10.2)... is there any ETR on this one? I was about to report it, and then I found this outstanding issue already present on it. I am incapable of creating a patch to fix this, since I am not a C++/KDE developer, though I would concur with everyone else in that it is really annoying. I use KNode to read newsgroups through my school's distance learning program. My setup is that I am using the Show Threads with Unread filter, and every time new messages are auto-fetched, the message disappears from the preview pane. I can work around it by double-clicking the message in the message list window, and opening the message in its own window after it disappears from the preview pane, but that is rather annoying. +5 votes.
*** Bug 137642 has been marked as a duplicate of this bug. ***
I can not provide a patch, but I can suggest one way to do it: Improve the filtering algorithm so that instead of 'show only unread articles' the rule says 'show only unread articles, and the currently displayed article'. (and the same for the rest of the filters, automagically behind the scenes). That way, the filters will never decide to filter the currently displayed article away, and the problem disappears. I don't know the internals of knode, but this sounds like a fairly trivial piece of logic, provided that the information is available at the right place. Would a developer care to comment? Regards Heikki Levanto
Just found this bug report, adding my voice and votes to this annoyance.
I hate to complain, but this bug was opened in 2002, and many people have found it extremely annoying. I offered a simple solution in 2007, but no one has even commented. This bug bites me several times a week, when the automatic fetch happens while I am reading an article. Never a serious catastrophy, but always an irritation. Could someone at least look at the matter and post a comment, please?
i'm also very annoyed by that stuff, and completely tired of the messages that disappear while i am reading them with filter set to "threads with unread" and auto-refresh set to on. so, i've just made a simple patch, that solves the problem and seems to work for me without any noticeable issues. diff --git a/knode/knarticlemanager.cpp b/knode/knarticlemanager.cpp index 46d1b69..7340ff5 100644 --- a/knode/knarticlemanager.cpp +++ b/knode/knarticlemanager.cpp @@ -276,18 +276,8 @@ void KNArticleManager::showHdrs(bool clear) } - if (current && !current->filterResult()) { // try to find a parent that is visible - int idRef; - while (current && !current->filterResult()) { - idRef=current->idRef(); - if (idRef == -1) - break; - current = g_roup->byId(idRef); - } - } - - if(current && current->filterResult()) { - if(!current->listItem()) + if (current) { + if (!current->listItem() && current->filterResult()) createCompleteThread(current); v_iew->setActive( current->listItem() ); setFirstChild=false;
another, even better, path for this: diff --git a/knode/knarticlemanager.cpp b/knode/knarticlemanager.cpp index 46d1b69..94dc3ab 100644 --- a/knode/knarticlemanager.cpp +++ b/knode/knarticlemanager.cpp @@ -276,22 +276,7 @@ void KNArticleManager::showHdrs(bool clear) } - if (current && !current->filterResult()) { // try to find a parent that is visible - int idRef; - while (current && !current->filterResult()) { - idRef=current->idRef(); - if (idRef == -1) - break; - current = g_roup->byId(idRef); - } - } - - if(current && current->filterResult()) { - if(!current->listItem()) - createCompleteThread(current); - v_iew->setActive( current->listItem() ); - setFirstChild=false; - } + setFirstChild = !current; d_isableExpander=false;
Hello! Sorry to be the bearer of bad news, but this project has been unmaintained for many years so I am closing this bug.