Bug 134689 - Crash in: URLBox::URLBox
Summary: Crash in: URLBox::URLBox
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
6.4.4.2 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Crash
  Show dependency treegraph
 
Reported: 2020-07-09 13:00 UTC by S
Modified: 2022-02-04 03:42 UTC (History)
2 users (show)

See Also:
Crash report or crash signature: ["URLBox::URLBox"]


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description S 2020-07-09 13:00:28 UTC
This bug was filed from the crash reporting server and is br-16df7716-1c9b-4b97-a2c6-b97f342581c6.
=========================================
libreoffice allways crashes after start from command line and click on "File"->"Open".

An other finding is: At statup the file history view shows up without a filename. In this state the load of libreoffice starts at 50% on one core, after some seconds the load rises over 75% to 100% on one core. When the load reaches 100%, scrolling in the history view is not possible any more. 
When I click on one file, the file loads very slow (>1min and longer for one page document with only text). If I click on a second document, both documents opens immediately.
Comment 1 Xisco Faulí 2020-07-09 13:40:17 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 S 2020-07-16 08:27:03 UTC
The version info in the about dialog is:

Version: 6.4.4.2
Build-ID: 3d775be2011f3886db32dfd395a6a6d1ca2630ff
CPU-Threads: 8; BS: Linux 4.15; UI-Render: Standard; VCL: gtk3; 
Gebietsschema: de-DE (en_US.UTF-8); UI-Sprache: de-DE
Calc: threaded

The system is a ubuntu 16.04.6 installation with tde desktop. The home file system is a nfs v4 filesystem.

Both problems do not occur with the previous stable version 6.3.6.2:
Version: 6.3.6.2
Build-ID: 2196df99b074d8a661f4036fca8fa0cbfa33a497
CPU-Threads: 8; BS: Linux 4.15; UI-Render: Standard; VCL: gtk3; 
Gebietsschema: de-DE (en_US.UTF-8); UI-Sprache: de-DE
Calc: threaded

So it looks like a regression. The problem with the high load in the file history was also observed in earlier 6.4 releases. The file open crash I have not observed in this earlier versions, but this may be due to cancelling the tests after the high load bug.

I have now testet this with the current release 6.4.5.2 with the same result.
Version: 6.4.5.2
Build-ID: a726b36747cf2001e06b58ad5db1aa3a9a1872d6
CPU-Threads: 8; BS: Linux 4.15; UI-Render: Standard; VCL: gtk3; 
Gebietsschema: de-DE (en_US.UTF-8); UI-Sprache: de-DE
Calc: threaded
A corresponding crash report is in:
crashreport.libreoffice.org/stats/crash_details/8d133b88-8410-4bf0-99f9-a2d43744efec
Comment 3 Xisco Faulí 2020-10-06 10:45:14 UTC
To be certain the reported issue is not related to corruption in the user profile, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test?

I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the issue is still present
Comment 4 S 2020-10-06 14:29:15 UTC
I have now tested libreoffice 6.4.6.2 in safe mode. In this mode the open dialog works. The diffference was "Open/Save Use Libreoffice dialogs". If this is enabled, the LO crashes in 6.4.x and 7.0. If the option is disabled a gtk file dialog opens.
In Libreoffice 7.0.x an other crash is triggered, when I try to open the about dialog, to see the software version...:
crashreport.libreoffice.org/stats/crash_details/6144f233-a5ad-4fad-9413-874010ce53be
According to the debian package, this is version 7.0.0.3.

So can I not continue using the libreoffice file dialogs?
Comment 5 S 2020-10-06 16:22:04 UTC
Further tests shows the 100% load problem in the start screen persists even in safe-mode for 6.4.6.2 and 7.0.1.2

  PID USER      PR  NI    VIRT    RES    SHR S  %CPU %MEM     TIME+ COMMAND    
30375 XX        20   0 1063500 129836  89788 R 100,0  0,8   0:27.45 soffice.bin
Comment 6 Xisco Faulí 2021-07-07 10:42:39 UTC
Hello S,
Could you please try to reproduce it with the latest version of LibreOffice from https://www.libreoffice.org/download/libreoffice-fresh/ ?
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the latest version.
Comment 7 QA Administrators 2022-01-04 03:30:12 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2022-02-04 03:42:30 UTC
Dear S,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp