When i receive one mail with a tr html balise for split mailflux like attachement 1, when i respond at her mail, my tr as added but old tr bar was removed like attachement 2 This is the template a used: %REM="Modèle « Répondre à tous » par défaut"%- %CURSOR <hr><b>De :</b> %OFROMADDR <b>Envoyé :</b> %ODATE %OTIMELONG <b>A :</b> %OTONAME <b>Cc :</b> %OCCNAME <b>Objet :</b> %OFULLSUBJECT %BLANK %TEXT Reproducible: Always
Created attachment 95768 [details] mail i have received with hr
Created attachment 95769 [details] Email when a click on respond all, the hr has removed
The email respond is in html , my balise <b> is interpreted
-_- outlook don't use hr balise ... the bug append only with outlook line added After search, it's du to style directly added to mail,maybe the reponce not resend style
This bug has never been confirmed for a Kontact version that is based on KDE Frameworks, except possibly a Technology Preview version 5.0.x. Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the opportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
hi :) This bug is not corrected in version 5.4.3
(In reply to Denis Kurz from comment #5) > This bug has never been confirmed for a Kontact version that is based on KDE > Frameworks, except possibly a Technology Preview version 5.0.x. Those > versions differ significantly from the old 4.x series. Therefore, I plan to > close it in around two or three months. In the meantime, it is set to > WAITINGFORINFO to give reporters the opportunity to check if it is still > valid. As soon as someone confirms it for a recent version (at least 5.1, > ideally even more recent), I'll gladly reopen it. > > Please understand that we lack the manpower to triage bugs reported for > versions almost two years beyond their end of life. hi :) This bug is not corrected in version 5.4.3
Thanks for the update; reopening.
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!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please mark the bug as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!