Description of problem: When replying to a message with both text and html bodies, the reply quotes the body twice. Version-Release number of selected component (if applicable): evolution-3.6.3-1.fc18.x86_64 How reproducible: Always Steps to Reproduce: 1. Reply to a message that has text and HTML copies. 2. 3. Actual results: Body of message is quoted twice Expected results: Body of message is quoted once. Additional info: This is a regression from F17.
Thanks for a bug report. After a quick testing it works fine for me. I think this is a webkit issue, because once evolution generates the page it doesn't touch it, definitely not during scrolling - as far as I know. I use webkitgtk3-1.10.1-1.fc18.x86_64.
(In reply to comment #1) > Thanks for a bug report. After a quick testing it works fine for me. I think > this is a webkit issue, because once evolution generates the page it doesn't > touch it, definitely not during scrolling - as far as I know. I use > webkitgtk3-1.10.1-1.fc18.x86_64. Err, I'm sorry, thus was supposed to come to bug #903698
I suppose this is fixed with evolution 3.6.3-2, which has a fix for bug #903469, which I believe is related. Could you retest, please? (Works for me on git master, which has the fix included too.)
No, this version still exhibits the problem. Maybe some other patch still not released?
Hmm, either that, or a your message is a "corner case". Could you check settings in Edit->Preferences->Mail Preferences->HTML Messages tab, Plain Text Mode section, what you've set there, please? I have there [x] Show suppressed HTML parts as attachments Html Mode [ Show HTML if present | v ] And in Composer Settings, in section Replies and Forwards I've: Reply style: [ Quoted | v ]
I have "show suppressed..." checked and HTML mode set to "show plain text if present." Reply style is "quoted". Nothing else is checked in Composer Preferences except "group replies go to mailing list". (No character encoding is selected.) I tried changing HTML mode to "show HTML if present" and that does change the behavior. So it is the "show plain text" setting that exhibits the problem. Is that really considered a "corner case"?
Hmm, I thought about other issue there, but as it does this with show plain text only, then it's a bug. I'm moving this upstream, as [1]. [1] https://bugzilla.gnome.org/show_bug.cgi?id=692775