Page MenuHomePhabricator

some text/plain parts are not displayed at all
Closed, ResolvedPublic

Description

some text/plain parts are not displayed at all (but they do appear in other MUAs when bounced from OTRS)

In this case it didn't really matter but I imagine it would sometimes cause confusion.

test case: 2014062710022031

minimized test based on that ticket that should have the same issue:

Content-Type: multipart/mixed; boundary="Boundary_(foo)"

--Boundary_(foo)
Content-type: text/plain; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT

Most of the message...

--Boundary_(foo)
Content-type: image/png; name=image.png
Content-transfer-encoding: base64
Content-disposition: inline; filename=image.png

...

--Boundary_(foo)
Content-type: text/plain; CHARSET=US-ASCII
Content-transfer-encoding: 7BIT

Robert.

Robert Fulton

--Boundary_(foo)--


Version: wmf-deployment
Severity: normal
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=56106

Details

Reference
bz67263

Event Timeline

bzimport raised the priority of this task from to Medium.Nov 22 2014, 3:34 AM
bzimport added a project: Znuny.
bzimport set Reference to bz67263.
bzimport added a subscriber: Unknown Object (MLST).

Which MUA is this about? Can this be reproduced with other MUAs?

(In reply to Andre Klapper from comment #1)

Which MUA is this about? Can this be reproduced with other MUAs?

The bug is in OTRS's rendering. (i.e. not in a message produced by OTRS, but by a message received by OTRS) The web interface has the wrong display for this ticket. (the last part is ignored)

I guess this is similar to the bug where replies to some messages from OTRS don't show up in the web view. (it just shows the original instead of the new content) I thought we had a bug on that too...

This might be fixed as part of the fix to http://bugs.otrs.org/show_bug.cgi?id=5149 (deployed in OTRS 5.0.13, released today; we're currently on 5.0.7). Quoting from there,

OTRS will now check multipart/mixed emails and concatenate all relevant plain or html body parts. This leads to attachments with more than one complete HTML document inside, but browsers handle that ok.
Please note that the fix will only apply for any new incoming emails, not for pre-existing ones.

akosiaris claimed this task.
akosiaris subscribed.

This has indeed been fixed. Test case in https://ticket.wikimedia.org/otrs/index.pl?Action=AgentTicketZoom;TicketID=9491058 (the same email as the previous test case, altered to not cause issues to original respondents). Resolving