https://bugs.freedesktop.org/show_bug.cgi?id=70029
V Stuart Foote <vstuart.fo...@utsa.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|REOPENED |RESOLVED Resolution|--- |WORKSFORME --- Comment #6 from V Stuart Foote <vstuart.fo...@utsa.edu> --- @Pedro, Sorry, but I can not reproduce either of your test cases with your sample document if running under 32-bit Windows XP Pro (en-US) as guest OS on VMWare Workstation LibreOffice Version: 4.1.2.3 Build ID: 40b2d7fde7e8d2d7bc5a449dc65df4d08a7dd38 Unable to reproduce either test case with your sample document and steps as noted. The € sign (or € sign and following spaces) are correctly copied, pasted into the "Search for" box, and are replaced with any entry (or blank) as made in the "Replace with" box. Following replacements cells may then be auto formatted to column general data format. Or if columns set to 2 place decimal numeric, right justified--correct replacement, never any data loss/corruption. And replacing "." with "," only affects the single "." and no other manifestation (e.g. you space -> comma issue). So, using the <CTL>+H Find & Replace -> Replace All does not corrupt data in any fashion. Simply not seeing issues in either Windows XP or Windows 7 64-bit OS installs. Do you make any changes to the auto-correct? Did you remove your per-user configuration prior to first use so you start with a default profile? Sorry, but again resetting Resolved WFM. -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list Libreoffice-bugs@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs