Created attachment 167310 [details]
- Open WordPad, type a couple of characters (eg. abcd), select and copy them to clipboard using Ctrl+C.
- Open one of the apps (Writer / Calc / Impress).
No crash in the start center. No crash if the clipboard is empty, or if it contains unformatted content, or similar content copied from Writer. What's LO doing with the clipboard at that point, anyway?
The error is read access violation, attaching backtrace.
Occurs since 11-12 tb77 daily builds, the 11-11 build is still fine.
This yields the following small range:
Could it be a fallout from the "make tools::Long 64-bit on Windows platform" change? (completely uneducated guess)
Should be bibisected further once the repo is updated.
Created attachment 167311 [details]
Recovery dialog screenshot
What is especially annoying is that after the crash, you get stuck with an empty recovery dialog, it can't be closed, and has to be killed from the task manager.
The problem is in SvPasteObjectHelper::GetEmbeddedName, which casts the byte array returned from anySequence.getArray( ) to OleObjectDescriptor*.
The latter struct is defined in svtools/source/dialogs/insdlg.cxx, and is documented there to "conform to the Microsoft OBJECTDESCRIPTOR" . You may note the MS struct using SIZEL and POINTL, and OleObjectDescriptor using Size and Point - both affected by tools::Long ...
Mike Kaganski committed a patch related to this issue.
It has been pushed to "master":
tdf#138229: make OleObjectDescriptor match OBJECTDESCRIPTOR on _WIN64
It will be available in 7.1.0.
The patch should be included in the daily builds available at
https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More
information about daily builds can be found at:
Affected users are encouraged to test the fix and report feedback.
The crash is verified gone, thanks for fixing, Mike!
LO 220.127.116.11.alpha1+ (x64) (312a33b7636334f6ce3b6d1702bc5d3e45215601) / Windows.