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
