https://bugs.freedesktop.org/show_bug.cgi?id=69795
Priority: medium
Bug ID: 69795
Keywords: regression
Assignee: libreoffice-bugs@lists.freedesktop.org
Summary: Macros: Copying a cell form one table to another looks
different on Windows
Severity: normal
Classification: Unclassified
OS: Windows (All)
Reporter: bugs.kde.att...@online.de
Hardware: Other
Whiteboard: BSA
Status: UNCONFIRMED
Version: 4.0.4.2 release
Component: BASIC
Product: LibreOffice
Created attachment 86522
--> https://bugs.freedesktop.org/attachment.cgi?id=86522&action=edit
Screenshot of source cell, destination cell on Linux, destination cell on Win 7
Problem description:
The command
"DestCell.String = SourceCell.String"
reproduces a different result.
Steps to reproduce:
1. Open an .ott file you would like to edit. The file includes a table with
some cells (lets call it destination).
2. Execute the macro which comes with this file.
3. The Macro does the following: It opens another .odt file (lets call it
Source) as hidden. A Procedure is searching for a certain cell within a table
in the hidden source file. If the cell is found, it will be copied to the
destination file into a cell like
DestCell.String = SourceCell.String
Both cells has the same format.
Current behavior:
The copy of the destination cell looks different from the source cell. It
contains after each line a "newline".
Expected behavior:
The copy of the source cell should not look like different.
Additional info:
The macro is working as expected on Linux (4.1.0.4) and MaxOS (4.1.1) except on
Windows. On Windows 7 I tried the latest version (4.1.1.2) too with no
success.
Operating System: Windows 7
Version: 4.0.4.2 release
Last worked in: 3.6.7.2 release
--
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
