Description: Shape changes dimension pasting from Draw to Writer Steps to Reproduce: 1. Open the attached file 2. Copy the shape 3. Paste it into Writer Actual Results: Shape is page filling in Writer Expected Results: Shape dimensions as in Draw/Calc Reproducible: Always User Profile Reset: No Additional Info: Version: 7.0.0.0.alpha0+ (x64) Build ID: 7ae9c9572ccac55c0926b8a9779bb63c4236291c CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win; Locale: nl-NL (nl_NL); UI-Language: en-US Calc: CL
Created attachment 159140 [details] Example file
Can not confirm on Windows 10 Home 64-bit en-US (1909) with Version: 7.0.0.0.alpha0+ (x64) Build ID: f265b14d6f8e3e63260b3c8ecce48d4251288fea CPU threads: 4; OS: Windows 10.0 Build 18363; UI render: Skia/raster; VCL: win; Locale: en-US (en_US); UI-Language: en-US Calc: threaded nor with Skia/Vulkan h/w rendering A copy of the shape from Draw canvas When Edit -> Paste -> Paste Special -> Paste Special... selecting the 'LibreOffice Dev 7.0 Drawing' pastes the shape at size matching canvas, ~11cm x 14cm. Same behavior with the <Ctr><Shift>+v call of the Paste Sepcial... dialog.
Created attachment 159152 [details] Draw shape, copy pasted from Draw to Writer. Retains size.
Created attachment 159153 [details] Screenshot
Edit -> Paste -> Paste Special -> Paste Special... selecting the 'LibreOffice Dev 7.0 Drawing' works indeed I mostly just use paste (CTRL+V).. I suspect a comment on why i shouldn't do that...
(In reply to Telesto from comment #5) > Edit -> Paste -> Paste Special -> Paste Special... selecting the > 'LibreOffice Dev 7.0 Drawing' works indeed > > I mostly just use paste (CTRL+V).. I suspect a comment on why i shouldn't do > that... Using 'LO Drawing' creates an OLE-Object. That is no solution. The error exists the same in AOO, so likely inherited from OOo. For me it seems as if the values for the handle position are converted somehow. From the numbers I see in file, it looks as if the values are treated as if they are in 1/100 mm and then converted to twips. But instead, the values of the handle position may not be touched at all, because they are relative to svg:viewBox.
And had been noticed earlier. *** This bug has been marked as a duplicate of bug 71024 ***