Bug 134996 - Crash scrolling down in large file while still loading
Summary: Crash scrolling down in large file while still loading
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.0 all versions
Hardware: All All
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: wantBacktrace
Depends on:
Blocks: Scrolling-PageUpDown Crash
  Show dependency treegraph
 
Reported: 2020-07-20 20:07 UTC by Telesto
Modified: 2022-09-07 08:51 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
BT without symbols (8.67 KB, text/plain)
2020-07-20 20:07 UTC, Telesto
Details
Example file (16.44 MB, application/vnd.oasis.opendocument.text)
2020-07-20 20:08 UTC, Telesto
Details
Screencast (2.38 MB, video/mp4)
2020-07-20 20:09 UTC, Telesto
Details
bt with debug symbols (gtk3) (9.49 KB, text/plain)
2020-07-23 09:12 UTC, Julien Nabet
Details
BT with some symbol info (25.58 KB, text/plain)
2020-07-23 09:36 UTC, Telesto
Details
Different BT objectcontactofpageview.cxx (48.35 KB, text/plain)
2020-07-23 09:45 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-07-20 20:07:33 UTC
Description:
Crash scrolling down in large file while still loading

Steps to Reproduce:
1. Open the attached file
2. Scroll down to bottom starting after opening
3. Crash
4. If not -> File reload try again

Actual Results:
Crash

Expected Results:
No crash


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: 52820b52b3bca45e2db527d1cc5f4488b2e0b9d0
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL
Comment 1 Telesto 2020-07-20 20:07:49 UTC
Created attachment 163337 [details]
BT without symbols
Comment 2 Telesto 2020-07-20 20:08:19 UTC
Created attachment 163338 [details]
Example file
Comment 3 Telesto 2020-07-20 20:09:35 UTC
Created attachment 163339 [details]
Screencast
Comment 4 Roman Kuznetsov 2020-07-21 09:16:30 UTC
confirm crash in


Version: 7.1.0.0.alpha0+
Build ID: 1c584069a86e35b847f398b8bf78dce7428c2f63
CPU threads: 4; OS: Mac OS X 10.15.5; UI render: default; VCL: osx
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
Calc: threaded
Comment 5 Xisco Faulí 2020-07-22 21:59:11 UTC
Reproduced in

Version: 6.4.0.0.alpha1+
Build ID: 9bc848cf0d301aa57eabcffa101a1cf87bad6470
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

oldest commit in 7.0 repo
Comment 6 Xisco Faulí 2020-07-22 22:05:30 UTC
and

Version: 6.3.0.0.alpha1+
Build ID: c98b1f1cd43b3e109bcaf6324ef2d1f449b34099
CPU threads: 4; OS: Linux 4.19; UI render: default; VCL: gtk3; 
Locale: en-US (en_US.UTF-8); UI-Language: en-US
Calc: threaded

oldest commit in 6-4 bisect repo.
I had to try 5 times before I got the crash. Really hard to reproduce and bisect
Comment 7 Xisco Faulí 2020-07-22 22:12:44 UTC
Not reproducible if all the changes are accepted/rejected, the file is save and reloaded.

@Telesto, @Roman, could you please confirm ?
Comment 8 Telesto 2020-07-23 07:22:30 UTC
(In reply to Xisco Faulí from comment #7)
> Not reproducible if all the changes are accepted/rejected, the file is save
> and reloaded.
> 
> @Telesto, @Roman, could you please confirm ?

Think it more related to the content: see also has the same crash.
So not directly tracking changes. it only needs some special arrangement or amount of text. There are lots of variables. Tracking changes working differently. Changes in timers. Difference in layout rendering.

BT with symbols would be nice indeed. Bibisecting nearly impossible. Could go back to they ooo days. Timers of 4472 are so different it would even appear.
Comment 9 Telesto 2020-07-23 08:18:49 UTC
Crashed for me with 6.0. No repro with 5.4 as far I can tell
Comment 10 Julien Nabet 2020-07-23 09:12:17 UTC
Created attachment 163442 [details]
bt with debug symbols (gtk3)

On pc Debian x86-64 with master sources updated today + gtk3 rendering, I scrolled the whole file, no crash.
I had a crash when trying to close the file.
Comment 11 Julien Nabet 2020-07-23 09:18:48 UTC
No crash with gen rendering.
Comment 12 Telesto 2020-07-23 09:20:14 UTC
(In reply to Julien Nabet from comment #11)
> No crash with gen rendering.

:-(. FWIW. you drag the scrollbar to the bottom? As in the screencast
Comment 13 Telesto 2020-07-23 09:36:10 UTC
Created attachment 163443 [details]
BT with some symbol info
Comment 14 Telesto 2020-07-23 09:40:31 UTC
O FWIW, got three totally different BT's this is the region one.. also a Mouse-event.. and a SDR contract. So there are multiple bugs so run in one of those, without knowing which it actually is; or they are all related somehow
Comment 15 Telesto 2020-07-23 09:45:46 UTC
Created attachment 163444 [details]
Different BT objectcontactofpageview.cxx
Comment 16 Telesto 2020-07-23 09:56:51 UTC
And I also reproduce this with a accepted all changes variant.. only less often (scrolls up faster etc). But not quite a surprise 

1417  void vcl::Region::SetEmpty()
1418  {
1419      // reset all content
1420      mpB2DPolyPolygon.reset();
1421      mpPolyPolygon.reset();
1422      mpRegionBand.reset();
1423      mbIsNull = false;
1424  }
1425  
1426  Region& vcl::Region::operator=( const vcl::Region& ) = default;

Resetting all content as it's probably still needed somewhere. I would say it's more co-incidence; timing element. Being at the wrong place at the wrong moment
Comment 17 QA Administrators 2022-09-04 03:49:49 UTC Comment hidden (obsolete)
Comment 18 Roman Kuznetsov 2022-09-07 08:51:14 UTC
No crash in

Version: 7.5.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 3e544b6938ee509a4f6df4c2e2996d71ce072506
CPU threads: 8; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: ru-RU (ru_RU); UI: en-US
Calc: CL threaded

I'll close this one as WFM. Please reopen if you still have the problem