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 101483 - inline message parts not displayed
inline message parts not displayed
Status: RESOLVED OBSOLETE
Product: Pan
Classification: Other
Component: general
pre-1.0 betas
Other other
: Normal normal
: ---
Assigned To: Charles Kerr
Pan QA Team
: 108485 118869 (view as bug list)
Depends on: 116269
Blocks:
 
 
Reported: 2002-12-17 20:02 UTC by Charles C. Fu
Modified: 2011-12-03 18:14 UTC
See Also:
GNOME target: ---
GNOME version: ---

Attachments
Pan cache of multipart containing an linline message/rfc822 part (1.57 KB, message/rfc822)
2002-12-17 20:05 UTC, Charles C. Fu 		Details

Description Charles C. Fu 2002-12-17 20:02:32 UTC 
Inline message/rfc822 parts in news postings are silently not displayed with no 
indication to the reader that the reader is not seeing the entire posting.  If the entire 
posting is a single message/rfc822 part, then Pan displays the posting as if it were 
empty.

The posting is correctly fetched and saved in the cache.  No errors are output when 
displaying such postings.  However, attempting to save such a posting results in 
many errors and the saved attachments are zero length.

At the very least, Pan should display MIME content of type message as if it were text 
rather than not displaying it at all.

-ccwf
Comment 1 Charles C. Fu 2002-12-17 20:05:43 UTC 
Created attachment 13081 [details]
Pan cache of multipart containing an linline message/rfc822 part
Comment 2 Christophe Lambin 2003-03-15 22:38:44 UTC 
*** Bug 108485 has been marked as a duplicate of this bug. ***
Comment 3 Charles Kerr 2003-03-16 14:42:14 UTC 
fejj: I tried viewing the message above in Pan, and
text.c::set_text_from_message_nolock()'s call to
g_mime_message_foreach_part() seems to only call the
foreach func twice, for the text/plain parts wrapping
the message/rfc822 part.

Is this a parsing bug in GMime?
Comment 4 Jeffrey Stedfast 2003-03-17 02:26:48 UTC 
possibly... I have fixed a parser bug that may have caused such a
problem in the latest 2.0.x release. (branch gmime-2-0)

just so you realise, the callback should only be called on the
message/rfc822 and not on any subparts. Not sure if your code knows to
handle that situation?

anyways, I suggest syncing up with gmime-2-0. if there are still
problems, lemme know (although I just tested the parser on that
message and it gets the mime structure right - so latest cvs should work)
Comment 5 Charles Kerr 2003-03-17 13:41:23 UTC 
Okay.  Looks like I'll be updating with GMime's message-id code
sooner than I'd wanted to. ;)
Comment 6 Charles Kerr 2003-03-20 17:13:11 UTC 
This isn't important enough to hold up 0.14.0.
Comment 7 Christophe Lambin 2003-08-01 21:26:03 UTC 
*** Bug 118869 has been marked as a duplicate of this bug. ***
Comment 8 Charles Kerr 2003-08-29 22:42:21 UTC 
Mass-bumping of 0.14.2 features to 0.14.3 to make way for an emergency 0.14.2
release.
Comment 9 Artemia Salina 2005-12-17 18:53:06 UTC 
It seems that multipart messages with a Content-Disposition of "inline" are
the problem ones. Ones that have a Content-Disposition of "attachment" display
completely. This has only been tested on 2 part yencoded JPEGs. Pan version
0.14.2.91 with gmime-2.1.16.
Comment 10 Christophe Lambin 2006-08-05 09:21:43 UTC 
Just checked: this is still happening in the pre-1.0 betas.
Comment 11 Charles Kerr 2007-01-24 20:21:10 UTC 
Bumping version number based on Chris' Comment #10