After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 650042 - Pan stopped downloading headers with binaries
Pan stopped downloading headers with binaries
Status: RESOLVED FIXED
Product: Pan
Classification: Other
Component: general
0.13.4
Other Linux
: Normal major
: ---
Assigned To: Heinrich Müller
Pan QA Team
Depends on:
Blocks:
 
 
Reported: 2011-05-12 13:42 UTC by orlok.nosferatu
Modified: 2011-12-03 08:16 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
Example Pan 0.134 which stopped downloading headers of messages with binaries (181.30 KB, image/png)
2011-05-12 13:42 UTC, orlok.nosferatu
Details

Description orlok.nosferatu 2011-05-12 13:42:14 UTC
Created attachment 187708 [details]
Example Pan 0.134 which stopped downloading headers of messages with binaries

From March 12th this year Pan stopped downloading headers of messages containing binaries (See attachment)

At that moment I worked on Ubuntu (either Lucid Lynx or Maverick Meerkat) with Pan 0.133. I upgraded to Pan 0.134 but still had the problem. Next I looked into version conflicts within gmime. Fed up with it I thought to reinstall OS and got Natty Narwhal at the same time. Because Pan was still in version 0.133 I upgraded to 0.134. Before that was possible I had to install glib 2.24.1 and gmime 2.4.23. But still the problem persists. When I delete the .pan2 directory and start downloading I get the same result, after March 12th headers containing binaries are not downloaded from the news server. 

FWIW, news server provider (server.powernews.nl) told me that nothing has happened at their end.
Comment 1 paulz42 2011-06-29 21:25:21 UTC
Same problem here on 0.135 in MacOS 10.6.8

running pan --debug --debug shows pan reading the XOVER data from the server only
the majority of the retrieved data apparently gets ignored somehow.
Had the same problem on 0.133 and have switched usenet providers a month ago,
so it looks like it is not caused by the provider.
Comment 2 paulz42 2011-06-30 19:52:36 UTC
(In reply to comment #1)
> Same problem here on 0.135 in MacOS 10.6.8
> 
> running pan --debug --debug shows pan reading the XOVER data from the server
> only
> the majority of the retrieved data apparently gets ignored somehow.
> Had the same problem on 0.133 and have switched usenet providers a month ago,
> so it looks like it is not caused by the provider.

I think I have found the cause, the corrupt header check in TaskXOver :: on_nntp_line 
allways fails for article without references.
For some reason ref.empty() never returns true making the  test (!ref.empty() && ref.front()!='<'))
only true for articles with references. 

This looks like a major bug in the StringView class?
My C++ knowledge is nearly zero so I will have to let someone else fix it for real.
For the moment I am running my copy of pan with the above check commented out.
Comment 3 Heinrich Müller 2011-12-03 08:16:21 UTC
This problem has been fixed in our software repository. The fix will go into the next software release. Thank you for your bug report.