GNOME Bugzilla – Bug 692009
text/css always formatted as attachment
Last modified: 2013-01-24 12:12:31 UTC
Fedora-18 evolution 3.6.2.x @Milan private data will be sent over personal e-mail.
Thanks for taking the time to report this bug. This bug report isn't very useful because it doesn't describe the bug well. Evolution in general is able to show images in emails. Also, you filed this against "evolution-mapi". If you have time and can still reproduce the bug, please read http://bugzilla.gnome.org/bug-HOWTO.html and add a more useful description to this bug.
(In reply to comment #1) > Thanks for taking the time to report this bug. > This bug report isn't very useful because it doesn't describe the bug well. > Evolution in general is able to show images in emails. Also, you filed this > against "evolution-mapi". > If you have time and can still reproduce the bug, please read > http://bugzilla.gnome.org/bug-HOWTO.html and add a more useful description to > this bug. I do understand that there is not enough info added in this bug report, but the issue is i cannot add my private information here. If you want i can send to you over your personal email.
Thanks for the private email and the attachments. Evolution 3.6 should render received mail using WebKit/GTK+ so this should be shown with CSS. Maybe this is related to: <script type="text/javascript" src="../../../include/base.js"></script> <script type="text/javascript" src="../../../include/tooltip2.js"></script> <script type="text/javascript" src="../../../include/jquery.js"></script> <script type="text/javascript" src="../../../include/quixy_jquery.js"></script> We do not execute scripts for security reasons.
(In reply to comment #3) > Thanks for the private email and the attachments. > > Evolution 3.6 should render received mail using WebKit/GTK+ so this should be > shown with CSS. > > Maybe this is related to: > <script type="text/javascript" src="../../../include/base.js"></script> > <script type="text/javascript" src="../../../include/tooltip2.js"></script> > <script type="text/javascript" src="../../../include/jquery.js"></script> > <script type="text/javascript" src="../../../include/quixy_jquery.js"></script> > > We do not execute scripts for security reasons. If it is specific to execution of java script why do not you provide an configurable option so that user can executes those scripts by choice?
(In reply to comment #3) > Thanks for the private email and the attachments. > > Evolution 3.6 should render received mail using WebKit/GTK+ so this should be > shown with CSS. > > Maybe this is related to: > <script type="text/javascript" src="../../../include/base.js"></script> > <script type="text/javascript" src="../../../include/tooltip2.js"></script> > <script type="text/javascript" src="../../../include/jquery.js"></script> > <script type="text/javascript" src="../../../include/quixy_jquery.js"></script> > > We do not execute scripts for security reasons. I checked those scripts. It has nothing to do with showing colour and image. Those scripts will help in showing some action like tooltip etc.
(In reply to comment #3) > Thanks for the private email and the attachments. > > Evolution 3.6 should render received mail using WebKit/GTK+ so this should be > shown with CSS. > > Maybe this is related to: > <script type="text/javascript" src="../../../include/base.js"></script> > <script type="text/javascript" src="../../../include/tooltip2.js"></script> > <script type="text/javascript" src="../../../include/jquery.js"></script> > <script type="text/javascript" src="../../../include/quixy_jquery.js"></script> > > We do not execute scripts for security reasons. Moreover you will find those scripts only in thunderbird output(ews) not MAPI . I am using evolution-mapi. The same message should be represented in same way both in evolution-mapi and thunderbird. I believe there should be some issue in building the message in evolution-mapi.
> Moreover you will find those scripts only in thunderbird output(ews) not MAPI . > I am using evolution-mapi. The same message should be represented in same way > both in evolution-mapi and thunderbird. I believe there should be some issue in > building the message in evolution-mapi. In the following example <div class="lightred"> is not properly rendered by evolution whereas thunderbird does. <!-- NUM=1 COMMENT= --> <tr issueid="QCIM1B111414" class="odd" style="height:1px;vertical-align:top;"> <td fieldName="NUM"><a name="1"></a>1 <td fieldName="ISSUEID"><a href="http://quixy.deu.hp.com/quixy/query/detail.php?ISSUEID=QCIM1B111414">QCIM1B111414</a> <td fieldName="ICON"><div class="" trigger="popup"><a href="testdirector:qc2d.atlanta.hp.com/qcbin,BTO,NMC,[AnyUser];2:111414" target="_top"><img src="cid:6178a720742de2746280795148fe21afphone.png" border="0"></a></div> <td fieldName="AGE_TO_TERMINAL_STATE" trigger="popup"><div class="lightred">1</div>
I can confirm this, I see it with Samarjit's test message too.
Created attachment 234003 [details] [review] evo patch for evolution; After some digging and looking into the code, I realized that the mail request always formatted the text/css as attachment, regardless the request to format it as RAW content, when it was referenced by its Content-Id inside the HTML body. This patch formats the text/*, except of text/plain and text/html parts, as raw data if requested, thus they are returned as expected.
Created commit 43911af in evo master (3.7.5+) Created commit bfdec1f in evo gnome-3-6 (3.6.3+)
Created attachment 234036 [details] [review] evo patch ][ for evolution; Oops, a follow-up fix, meeting invites were not formatted properly with the above patch. This one fixes it.
Created commit dde7200 in evo master (3.7.5+) Created commit bb2c283 in evo gnome-3-6 (3.6.3+)
(In reply to comment #12) > Created commit dde7200 in evo master (3.7.5+) > Created commit bb2c283 in evo gnome-3-6 (3.6.3+) Can i get temporary build for this bug fix?
3.6.3 is out, I'm currently building it in koji and it will reach the updates-testing in a few days (will be there today, but it takes some time till the change is propagated to the repository).
Hrm, the change has regression, as reported in downstream bug report: https://bugzilla.redhat.com/show_bug.cgi?id=903469 Description of problem: Just sent out a patch (i.e. .patch), which is a plain Unix (LF) text file. Went to sent and used internal viewer to see the file. It renders it as if it was non-plain text (i.e. all spaces and tabs are hosed, font is not monospaced etc.). Version-Release number of selected component (if applicable): evolution-3.6.3-1.fc18.i686 How reproducible: Always. Steps to Reproduce: 1. Create a patch (e.g. svn diff > example.patch). 2. Send yourself an e-mail with that patch attached. 3. Use internal Evo viewer to see that file in sent. Actual results: File view jumbled (i.e. non-plain text). Expected results: Worked in F-17. Additional info: Problem with both IMAP+ and EWS, if it matters (probably not).
Created attachment 234298 [details] [review] evo patch ]I[ for evolution; OK, let's do an explicit request for CID references. I tested this with more messages than before, and all those seem fine, the patch is formatted as patch, a text/other-that-one-of-those-named is also formatted properly, same as the text/css references in an HTML part and meeting invitations. I'm sorry for a brain-dead patches being used above. I'll also roll out a 3.6.3-2 release for Fedora 18 with this included.
Created commit f3dfdae in evo master (3.7.5+) Created commit d25c6ff in evo gnome-3-6 (3.6.4+)