https://issues.apache.org/ooo/show_bug.cgi?id=123385
Casey Doran <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #1 from Casey Doran <[email protected]> --- Created attachment 81764 --> https://issues.apache.org/ooo/attachment.cgi?id=81764&action=edit Replication of bug 123385 on Windows 8. Hi, I was able to replicate the bug you described on Windows 8 x64 in 400m3 (build 9702). As line endings on Win8 are CR/LF as opposed to a single character (your description implies you are probably on a different platform- mac/linux?), I was not expecting to be able to replicate, but lo and behold, when using your test document, selecting all and clicking the macro button actually doubles up the CR/LFs. I've pasted the state of the document after macro execution into notepad++ so that the linefeed characters are visible. A screenshot of this is attached as 123385replication_win8.png I've also verified that your workaround macro works as intended on Windows 8. I tried to run your macro with the ascii characters 0 to 32 (to see if any other control codes were being messed up), and nothing but the line feeds were doubled. This is a very headache-inducing bug, as having to craft such a workaround is lots of extra work for a novice programmer working on some office automation. This behavior is also not noted on the documentation page for this function: http://www.openoffice.org/api/docs/common/ref/com/sun/star/text/XTextRange.html#setString Regards, Casey Doran -- You are receiving this mail because: You are on the CC list for the bug. You are the assignee for the bug. You are watching all bug changes.
