Version: 1.1 (using KDE KDE 3.4.0) Installed from: Mandrake RPMs Every time the feed https://blogs.msdn.com:443/ie/atom.aspx gets polled, about 15 articles are displayed as new, no matter if they have previously been marked as read.
I'm using KDE3.4.1 and have the same problem. I don't think it was there in 3.4.0.
To clarify: this happens to the slashdot feed with me. When fetched the 10 latest articles are marked as unread (and new). So I confirm this bug.
yes, here to, especially on slashdot, regression from 3.4.0 to 3.4.1
SVN commit 423375 by osterfeld: Don't use comments count for hash calculation. So articles with comments count aren't updated anymore when the comments count changed (especially Slashdot). BUG: 106345 M +1 -2 myarticle.cpp --- branches/KDE/3.4/kdepim/akregator/src/myarticle.cpp #423374:423375 @@ -100,8 +100,7 @@ uint parsed = hashStr.toUInt(&parsedOk, 16); if (!parsedOk) { - d->hash = calcHash(title() + description() + link().url() + commentsLink().url() - + QString::number(comments()) ); + d->hash = calcHash(title() + description() + link().url() + commentsLink().url()); } else d->hash = parsed;
*** Bug 109944 has been marked as a duplicate of this bug. ***
*** Bug 110443 has been marked as a duplicate of this bug. ***
I'm sorry my friends, but with current svn 3.5 it's NOT fixed, please change resolved to unresolved. Thanks.
Grzegorz: Does it happen all the time or only rarely? If it happens all the time, with which feeds (URLs please)? It would be good if someone having this problem with SVN could apply the patch below. The first time lots of stuff will be marked as unread, as the hash function is changed. So you need to mark the feed as read and fetch again to test. --- article.cpp (revision 444115) +++ article.cpp (working copy) @@ -344,7 +344,7 @@ { if (str.isNull()) // handle null string as "", prevents crash return calcHash(""); - const char* s = str.ascii(); + const unsigned short* s = str.ucs2(); uint hash = 5381; int c; while ( ( c = *s++ ) ) hash = ((hash << 5) + hash) + c; // hash*33 + c
it happends rarely, every few hours. I'll try attached patch on next kde 3.5 update here (which is today-tomorrow). Where is about url, try bug I filled out that is DUP to this one ;) http://blogs.msdn.com/ie/rss.aspx
this patch doesn't do any good. I think problem is somewhere else.