GNOME Bugzilla – Bug 247471
Multipart-signed attachments do not register in attachments column
Last modified: 2021-05-19 12:28:45 UTC
Attachments in openoffice SXI format are not listed as attachments in the icons. they work fine, but when I was looking for messages from keith with attachments, I couldn't find when he'd sent me the slides!
OK, weirder and weirder: this is afaict only happening with messages sent by Keith, and happens regardless of what version-- it goes back as far as 1.2.x that this happens. I can't remember this being a problem before though.
I also get this with 1.4.4. I can attach jpgs and pngs just fine, but when I attach other files, the icons simply do not appear in the attachment area and evolution spits out this: (evolution:24826): GdkPixbuf-CRITICAL **: file gdk-pixbuf-io.c: line 729 (gdk_pixbuf_new_from_file): assertion `filename != NULL' failed (evolution:24826): GnomeUI-CRITICAL **: file gnome-icon-list.c: line 1219 (gnome_icon_list_append_pixbuf): assertion `im != NULL' failed Would be nice if this gets fixed soon, as it's the only issue I'm having with evolution :)
this sounds more like you are missing an icons package or something...
or it could be some gnomevfs installation problem. maybe check gnome-desktop is installed/working. maybe evo needs its own default icon as a fallback rather than one it can't find.
OK, restating now that Danw and I have examined: This is different from the "my man page icons don't show up in the composer" and the "no icons at all show up in the composer" attachment issues. In the message list, when I get a multipart-signed message, (most often from Keith, and regardless of attachment type), the little paper-clip column doesn't register the message as having an attachment. Makes it hard to find which messages have attachments!
we probably need to change the code (wherever it decides a message contains attachments or not) to descend to inner multiparts if they exist rather than just checking the toplevel multipart type. my guess is that if the toplevel multipart is a multipart/signed, we say "ah, it's a multipart... but multipart/signed isn't a multipart type that contains attachments" I'm just guessing how that code works tho, i have no clue.
Still reproducible in 2009. Problem looks to be in CamelFolderSummary, where it sets the CAMEL_MESSAGE_ATTACHMENTS flag. Investigating further...
Jeff is right in comment #6. We're setting CAMEL_MESSAGE_ATTACHMENTS only when the toplevel content type is multipart/mixed. Need to study the MIME parsing more closely, but looks like some aspect of it needs to be recursive.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/Community/GettingInTouch/BugReportingGuidelines and create a new bug report ticket at https://gitlab.gnome.org/GNOME/evolution/-/issues/ Thank you for your understanding and your help.