Bug 130450 - Libreoffice Draw dont save properly
Summary: Libreoffice Draw dont save properly
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
6.4.0.3 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Shapes
  Show dependency treegraph
 
Reported: 2020-02-05 09:14 UTC by Angel
Modified: 2020-09-20 07:38 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments
Steps to reproduce the bug and the file (885.92 KB, application/x-zip-compressed)
2020-02-23 13:50 UTC, Angel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Angel 2020-02-05 09:14:28 UTC
Description:
If I draw a square and transform it, then duplicate and mirror it. Yo save somthing like an V. When you open it you will have like two // instead of the V

Steps to Reproduce:
1.draw a rectangular shape
2.transform to get something like \
3.then copy and paste and you get like \\
4.mirror vertical one of the shapes to get \/
5. save
6 close
7 open the file and you will have a // instead of the V

Actual Results:
//

Expected Results:
\/


Reproducible: Always


User Profile Reset: No



Additional Info:
Its like the file it's a  series of operations to be performed to get the final result but there is a problem in the order of the operations it performs and its not the same to do the copy and then the mirror than first the mirror and then copy. but not sure of this
Comment 1 ian 2020-02-20 14:41:37 UTC
Thank you for reporting the bug.

Please attach a sample document containing the incorrect shape orientation and screenshots demonstrating the document prior to saving, as this makes it easier for us to verify the bug. 

Can you also please provide more information about your LibreOffice environment? To find out this information, go to the "Help" menu in LibreOffice and select the "About LibreOffice" option. 

I have attached mine as an example: 

Version: 6.4.0.3 (x64)
Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: CL

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once you have provided the requested information.
Comment 2 Angel 2020-02-23 13:50:14 UTC
Created attachment 158116 [details]
Steps to reproduce the bug and the file

I hope this to be solved soon
Comment 3 Angel 2020-02-23 13:51:20 UTC
Versión: 6.4.0.3 (x64)
Id. de compilación: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
Subprocs. CPU: 4; SO: Windows 6.1 Service Pack 1 Build 7601; Repres. IU: GL; VCL: win; 
Configuración regional: es-ES (es_ES); Idioma de IU: es-ES
Calc: threaded
Comment 4 ian 2020-02-23 16:31:03 UTC
Thank you for reporting the bug. 

I can confirm the bug is present in a recent master build in Windows and in the Windows version of LibreOffice Draw 6.4.0.3.

Using:
Version: 7.0.0.0.alpha0+ (x64)
Build ID: e8ac78d3afdeb0302eaea34a50f1ca912d5fe897
CPU threads: 2; OS: Windows 10.0 Build 17763; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: CL
Comment 5 BogdanB 2020-09-20 05:23:56 UTC
I don't repro on linux

NOT IN
Version: 7.0.1.2
Build ID: 7cbcfc562f6eb6708b5ff7d7397325de9e764452
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: en-US (ro_RO.UTF-8); UI: en-US
Calc: threaded

NOT IN
Version: 6.4.0.3
Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3; 
Locale: ro-RO (ro_RO.UTF-8); UI-Language: en-US
Calc: threaded

Maybe is just a windows bug?
Comment 6 Angel 2020-09-20 06:47:24 UTC
Seem to be solved in recent versions. The bug was in Linux too.