Excessive HTML Spacing when using the Email Client (<p> </p>)

[brnunn]

Hi all,

I really am perplexed by this issue - maybe it's an HTML nuance I'm not familiar with.

When using (and only when using) the email client (notifications do not do this) within a SNow case, every time that SNow interprets a new line (< p>) it creates a ridiculous amount of white space between the paragraphs. I just want our users to be able to push enter and it creates a line break when sending an email from within the case. The HTML format has "paragraph" set as the default and every new line entered creates 2-3 lines of white space in the final result.

We are trying to plug in templates for copy/paste within SNow email client but it interprets the HTML in wonky ways. I can deal with doing some text editing before hand but...

for example: creating a bullet list puts it in a paragraph block, creates a paragraph line between each bullet item AND inserts this special character above the list < p> & nbsp;< /p>. A three item bullet point list is now taking up HALF the page in the final email.

Why does it generate < p> & nbsp;< /p> between special format sections? How do I stop this??

Any help would be so appreciated. (Added spaces in html chars so it would be visible)

Thanks in advance!!!!!!!!!

[sathish_anoor]

Thank you so much!  Pressing SHIFT+RETURN is the easiest workaround!

[Loudigi]

There's also a line spacing issue with email clients like Hotmail: HTML Email Forum | Email CSS | CSS HTML Email

[amber_pearson]

Does this solution modify the notifications as well or only the email client? I am trying to determine the impact for this change.

[Inactive_Us2340]

I'm totally baffled by this one...   I've created the business rule as you describe and it does fire however, the problem is never solved (for me).   here's what I'm attempting to do:

1) I have an HTML field (e.g., u_details) in a custom table (e.g., u_messages).

2) an email notification has been setup on this custom table to send on insert with:

        Content type: HTML only

        Message HTML: ${u_details}

Message is sent no problem.

Although there are residual P tags in the content produced by the html editor for u_details, it does not include BR tags at all.   However, when the email record is generated (sys_email) it includes about a dozen BR tags. The only correlation I can come up with is that a BR tag is appended for each table data tag <TD> found u_details.   The result for the end user is a fragmented message in mail with huge gaps...

I captured the result of the BR in a log statement AND there are no excessive BR tags. Here's the script:

var bf_body = current.body

var af_body = bf_body.replace(/(<|&lt;)br \s*\/*(>|&gt;)/gi,'');

current.body = af_body;

gs.log('BR - fix email : '+af_body);

However, if you look at the sys_email message after mail is sent, it's jammed full of BR tags...   what gives?

**** UPDATE ****

I have been able to confirm that the BR is actually firing and cleaning up the mail record.   however, it is happening after the mail processor grabs and sends it.   For example, the mail record body includes this string when the record is first created in sys_mail:

<br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br /><br />

This exactly matches the string in the source received by the mail client.   If you view the mail record in sys_mail after the message was sent, these are all gone and the link to view html body shows the message as you would expect to see it.

So, it's a timing issue?   Still baffled...  

[Awae]

I ran this business rule 'after' and it was extremely helpful, thank you!