Created attachment 116031 [details] Example message with two multipart/alternative parts SUMMARY KMail does not seem to deal correctly with messages with multiple multipart/alternative parts. It should treat them equally. STEPS TO REPRODUCE 1. Open message with multiple multipart/alternative parts 2. Look at how it is displayed OBSERVED RESULT Only the first multipart/alternative part is displayed as such EXPECTED RESULT All multipart/alternative parts are displayed as such ADDITIONAL INFORMATION
Created attachment 116033 [details] Current display of example message with multiple multipart/alternative parts Notice in the attached screenshot how currently the second multipart/alternative part is not detected as such correctly.
Do you have an apps which work correctly ? Thunderbird as kmail displays the two parts. How we will detect which part we must to display ?
(In reply to Laurent Montel from comment #2) > Do you have an apps which work correctly ? Me not, but it apears NeoMutt suports it: https://neomutt.org/guide/mimesupport#6-%C2%A0mime-multipart-multilingual > How we will detect which part we must to display ? Display the one with "Content-Translation-Type: original" by default and another in case a user setting indicates a preference for the other language. That user setting can be the application/desktop language or a setting that is added to kmail/kontact where users can give an ordered list of language preferences. (I think the RFC also contains some guidelines.) There remains the question of how to allow a user to select another translation. That may be out of scope of this bug report as it would best be compatible with how multipart/alernative display choices are made.
(In reply to Erik Quaeghebeur from comment #3) > (In reply to Laurent Montel from comment #2) > > Do you have an apps which work correctly ? > Me not, but it apears NeoMutt suports it: > https://neomutt.org/guide/mimesupport#6-%C2%A0mime-multipart-multilingual ok it seems :) > > > How we will detect which part we must to display ? > Display the one with "Content-Translation-Type: original" by default and > another in case a user setting indicates a preference for the other > language. That user setting can be the application/desktop language or a > setting that is added to kmail/kontact where users can give an ordered list > of language preferences. (I think the RFC also contains some guidelines.) Ok I see. > > There remains the question of how to allow a user to select another > translation. good question :) > That may be out of scope of this bug report as it would best be > compatible with how multipart/alernative display choices are made.
(In reply to Laurent Montel from comment #4) > > There remains the question of how to allow a user to select another > > translation. > good question :) Because this feature is currently not much used, as almost no mailers support it yet, I would think it would be premature to put much effort in interface elements for this. A boxed dialog such as the one for loading external HTML content should suffice for now. If ever the feature takes off, there is always time for adapting the interface. (Of course I don't assume you'll find the time to implement it, but perhaps it is something you find worthwhile or fun!)
Thank you for reporting this issue in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the issue with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you!
Still not supported and still fails ungracefully.