GNOME Bugzilla – Bug 117345
Pan forgets about 90% of articles when entering a new group
Last modified: 2006-06-18 05:01:43 UTC
Recently I upgraded Pan from 0.14.0 (where things worked fine) to 0.14.90. Last night I ran `download all headers' in each newsgroup (incidentally, this didn't work with a multi-select). All of these newsgroups are binaries newsgroups. I left the browser running overnight (not doing anything). Today I pressed the button to load new headers in all groups. In one typical group it loaded 5000 new messages which would not have been cross-posted with other groups (except maybe a few spam messages). In complete binaries filtered mode it showed no articles (some other groups showed 1-10 tiny files such as .par files or JPGs; normally files have 40-50 parts in them). The Headers pane showed `354 of 513' messages. After running download all headers (45000 of them), filtered mode showed 100 or so new files and many old ones. Prior to refetching all of these headers many files showed up a partials when I disabled the filter.
I experimented with the problem some more. `Download all' for multiple selections and getting new articles both work (as far as I can tell). The problem comes when you switch groups. As soon as I enter a new group then the New/Total counts in the Groups pane (accidentally called in the Headers pane in the previous post) are reduced to about 10% of what they should be. As long as a New/All in the current group I'm okay. The groups that I'm having trouble with get thousands of articles a day (10k or more in some of them).
http://mail.gnu.org/archive/html/pan-users/2003-07/msg00140.html has this suggestion: [quote] > It seems that it is not displaying all the articles it should, > I tell it to pull new headers for a group that I know gets > 1000+ per day it shows less than 100. > > I then mark all read, and go to the download options and tell to pull > the last 1000 headers and then it will display those correctly; [...] I've also experienced roughly the same with 0.14.0.90 and 0.14.0.91. See also Brian Morrison's and my followups to the 0.14.0.90 announcement on this list. Upgrading glib2 (libglib2.0_0 in Mandrake) to 2.0.7 or later solved the problem, although there are still a number of apparently harmless error messages in the status log. Upgrading glib2 to 2.2.2 didn't get rid of those last error messages. What version of glibc2 do you use? [endquote] could you see if upgrading does the trick for you too?
I can add a "me too" on this one for the Win32 build (downloaded from RebelBase, running on Windows XP) of 0.14.0.90, 0.14.0.91, 0.14.0.92. With the supplied version of the GTK libraries. The symptoms are exactly as described above - The articles dowload okay, are entirely useable, but when the group is "closed" and then reloaded, only a few articles remain. I have tried 4 different public news-servers, and all have the same problem. The groups in question in my case also have >100,000 articles in them at any time.
I'll see if I can reproduce bug this on Windows.
I'll try to build a Windows version of 0.14.0.95 tonight...
I've now tried this with all of the Win32 builds after 0.14.0 up to 0.14.95 - Same problem occurs on all of them. This is not limited to large groups either. It can occur with just a 5 or 6 thousand article group. To reproduce: 1) Load 0.14.0, and populate some groups with headers. (I just recently used the *roguelike* groups.) 2) Verify that the groups are all there, and can be switched between okay. 3) Exit Pan. 4) Upgrade to 0.14.9x 5) Hop around between the groups that you have loaded (Without reading articles) 6) Gasp as the number of displayed articles drops while you watch. To be sure of a "clean slate" I also uninstalled Pan, ditched all of my databases and configurations, and started again. This made no difference.
Well, that would procedure would do it: the windows build of 0.14.0 had a bug that caused read articles to be deleted. What would be more interesting: if you download new headers with 0.14.0.9x, read them and restart Pan, do these read articles remain?
At no point do I need to read any articles or restart Pan to cause this problem, simply navigate between groups is enough. Even brand- new unread articles vanish. Also, if I do not upgrade, the articles do not vanish, it is definitely the newer build that causes the article loss. > if you download new headers with > 0.14.0.9x, read them and restart Pan, > do these read articles remain? No, they vanish still - I did also try this. In fact, a recent sequence of events (similar to the previous one) goes: 1) 0.14.0 is already in-use, and I go on holiday for 2 weeks 2) When I get back, I see 0.14.95 is available and install it 3) I run Pan, and update the headers in one large group (100,000+ articles) and one small group (5,000 articles) 4) I flip focus between the two groups in the groups list on the left. 5) Immegiately, instead of about 105,000 articles, I have about 300 in total between the groups. It was after this that I removed my c:\Documents and Settings\User\.pan directory and started again (Using 0.14.95 only). The same problem happens quite easily, and cannot be reproduced in 0.14.0. The only non-default setting I used on that occasion was: Cache: 8096Mb, which is the setting I normally use. I do not use .newsrc files. The servers use authentication. I have 6 different news-servers configured. Hope this helps.
*** Bug 120019 has been marked as a duplicate of this bug. ***
Fix found by K. Haley on pan-users mailing list. Fixed in CVS: http://cvs.gnome.org/bonsai/cvsview2.cgi?diff_mode=context&whitespace_mode=show&subdir=pan/pan/base&command=DIFF_FRAMESET&file=file-headers.c&rev1=1.61&rev2=1.62&root=/cvs/gnome This was a pretty dumb bug. Apparently I don't boot into Windows as much as I used to.