End of line has always been a source of problems in the library. Your changes improve the situation,
still I think we should discuss what is the normalized form of end of line and should it be consistent for all text return values?

With normalized form I mean not the canonical form \r\n that is used to encode e.g. cleartext signed message,
but the form of text that you expect as return value from openpgp.decryptMessage, openpgp.decryptAndVerifyMessage,
Message.getText and CleartextMessage.getText.

My point is: I think it should be normalized and consistent, that is independent of the internal encoding, these messages should
return a normalized line ending. This is similar to unicode, I also would expect that these messages return all UCS-2 (which is
currently the case).

Question is which normalization to use. You seem to prefer \r\n. I lean towards \n as it's used in Chrome, Firefox and node.js
and get's converted in IE.

Currently return values are not consistent: CleartextMessage.getText always returns \r\n, while after your changes above 
Message.getText gets not normalized and returns the internal end of line encoding.