Bug 140536 - Crash in: mergedlo.dll
Summary: Crash in: mergedlo.dll
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
7.1.0.3 release
Hardware: x86-64 (AMD64) Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2021-02-19 13:50 UTC by Matthias Ronge
Modified: 2021-09-06 13:13 UTC (History)
1 user (show)

See Also:
Crash report or crash signature: ["mergedlo.dll"]


Attachments
gif animation as explained (54.27 KB, image/gif)
2021-09-06 12:49 UTC, Matthias Ronge
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Matthias Ronge 2021-02-19 13:50:40 UTC
This bug was filed from the crash reporting server and is br-e15741de-e217-4a48-8579-2c528d066413.
=========================================

Calc crashed while selecting part of a cell value with the mouse
Comment 1 Xisco Faulí 2021-02-19 15:46:54 UTC
Thanks for reporting this issue.
Could you please paste the info from Help - about LibreOffice ?

I have set the bug's status to 'NEEDINFO'. Please change it back to
'UNCONFIRMED' once the information has been provided
Comment 2 QA Administrators 2021-08-19 03:45:38 UTC Comment hidden (obsolete)
Comment 3 Matthias Ronge 2021-09-04 09:01:13 UTC
This is the information from the dialog:

Version: 7.1.1.2 (x64) / LibreOffice Community
Build ID: fe0b08f4af1bacafe4c7ecc87ce55bb426164676
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded
Comment 4 QA Administrators 2021-09-05 04:37:24 UTC Comment hidden (obsolete)
Comment 5 Timur 2021-09-06 11:07:23 UTC
Matthias, please:
1. you need to check if this happens with specific cell contents or all the time,
2. if specific, please attach sample file and write steps,
3. if always, try to Reset user profile,
4. with that info, use 7.1.last or 7.2 and see if this happens again.
Comment 6 Matthias Ronge 2021-09-06 12:49:17 UTC
Created attachment 174816 [details]
gif animation as explained
Comment 7 Matthias Ronge 2021-09-06 12:49:49 UTC
Looks like I cannot provoke a crash anymore, or I am not sure any more when or why this happened. What I can still reproduce, and I think that this was part of the problem, when I have a cell with a date+time (like 01.02.2010 01:35) and do a selection in the input box on top of the table, while the selection is highlighted, start a selection again, when I release the mouse button, the behaviour is as if I didn’t release the mouse button, so the selected text still follows mouse movement which it shouldn't. This doesn’t happen always, but if you do some selecting, you get into this state after some ties (maybe 5 tries, not many). I think it came to the crash when I started typing under that condition, but it seems it doesn’t anymore. However this behaviour is still not what it should be.

I made an animated GIF from it. First, the selecting works around 7 times (you see mouse button pressed by yellow mark inserted by the recorder) then the mouse button is no longer pressed (no yellow mark) but the selection still follows the mouse movement.

I changed my behaviour to be very carefully editing cells within the time since february, so I will update now, and try to be less careful in the future again and see if crashes happens again.
Comment 8 Matthias Ronge 2021-09-06 12:52:10 UTC
Also happens with text
Comment 9 Matthias Ronge 2021-09-06 13:10:18 UTC
Problem cannot be reproduced anymore with 7.2.0.4 version.
Comment 10 Timur 2021-09-06 13:13:08 UTC
For original report, steps are needed to fix. If you can get them, just report another bug since this one is now for selection. 

As for selection bug, I do repro with 7.1.0 but not with master 7.3+ meaning it was fixed in the meantime. Also confirmed by reporter. So WFM is correct.

Please update regularly, use LO 7.version.last, see many bugs that get fixed https://wiki.documentfoundation.org/ReleasePlan