Bug 139456 - Crash in LO Draw in MS Windows when pasting text into a rotated text box
Summary: Crash in LO Draw in MS Windows when pasting text into a rotated text box
Status: RESOLVED DUPLICATE of bug 139074
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
7.1.0.1 rc
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-01-06 22:00 UTC by xordevoreaux
Modified: 2021-01-06 22:04 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
test file (8.90 KB, application/vnd.oasis.opendocument.graphics)
2021-01-06 22:02 UTC, xordevoreaux 		Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description xordevoreaux 2021-01-06 22:00:54 UTC 
Description:
A crash forcing a reboot of the computer (task manager cannot kill LO) when pasting text into a rotated text box.

Steps to Reproduce:
1. Launch Microsoft Windows Libre Office Draw
2. Create a text box. Type in the text box. 
3. Create another text box. Type in the text box.
4. Rotate the second text box
5. Copy the text from the first text box into the second text box.

Actual Results:
LO locks up to the point where a warm reboot of the computer is required.

Expected Results:
Text gets pasted into the rotated text box.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.1.0.1 (x64)
Build ID: b585d7d90ab863bf29b2d110c174c0c2a98f3ee4
CPU threads: 8; OS: Windows 10.0 Build 21277; UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL
Comment 1 xordevoreaux 2021-01-06 22:02:06 UTC 
Created attachment 168727 [details]
test file

This Microsoft Windows LO Draw document has two text boxes, one normal, one rotated 180 degrees. Copying text from the first text box into the rotated one causes LO to lock up.
Comment 2 V Stuart Foote 2021-01-06 22:04:12 UTC 

*** This bug has been marked as a duplicate of bug 139074 ***