[Libreoffice-bugs] [Bug 131850] LibreOffice hangs if recent files are not accessible

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Mon Apr 6 08:15:44 UTC 2020


https://bugs.documentfoundation.org/show_bug.cgi?id=131850

Mike Kaganski <mikekaganski at hotmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |bibisectNotNeeded
            Version|6.4.2.2 release             |6.1.0.3 release
             Status|UNCONFIRMED                 |NEW
           See Also|                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=89
                   |                            |394
     Ever confirmed|0                           |1

--- Comment #1 from Mike Kaganski <mikekaganski at hotmail.com> ---
I don't think it's related to 6.4. The problem of bug 89394 was re-introduced
with
https://git.libreoffice.org/core/+/43446fa03995fb5d1379fc0afbeec36c9dedfde2,
where each shown file was read to check if it's encrypted. That was for v.6.1.

Steps to reproduce:

1. Open registrymodifications.xcu in the user profile [1];
2. Replace all
"/org.openoffice.Office.Histories/Histories/org.openoffice.Office.Histories:HistoryInfo['PickList']"
entries with these two lines:

> <item oor:path="/org.openoffice.Office.Histories/Histories/org.openoffice.Office.Histories:HistoryInfo['PickList']/ItemList"><node oor:name="http://1.2.3.4/doc.odt" oor:op="replace"><prop oor:name="Title" oor:op="fuse"><value>pwdLorem</value></prop><prop oor:name="Filter" oor:op="fuse"><value>writer8</value></prop><prop oor:name="Password" oor:op="fuse"><value></value></prop></node></item>
> <item oor:path="/org.openoffice.Office.Histories/Histories/org.openoffice.Office.Histories:HistoryInfo['PickList']/OrderList"><node oor:name="0" oor:op="replace"><prop oor:name="HistoryItemRef" oor:op="fuse"><value>http://1.2.3.4/doc.odt</value></prop></node></item>

3. Try to start LibreOffice.

=> it will take between 20 and 30 s to launch, because it would try to access
http://1.2.3.4/doc.odt, which does not immediately reject, and thus the read
attempt will timeout before the load will continue.

Tested with Version: 6.1.5.2 (x64)
Build ID: 90f8dcf33c87b3705e78202e3df5142b201bd805
CPU threads: 12; OS: Windows 10.0; UI render: GL; 
Locale: ru-RU (ru_RU); Calc: group threaded

OK in Version: 6.0.0.1 (x64)
Build ID: d2bec56d7865f05a1003dc88449f2b0fdd85309a
CPU threads: 12; OS: Windows 10.0; UI render: default; 
Locale: en-US (ru_RU); Calc: group

A proper fix would be drawing default *module* thumbnail on opening start
center (detected from document extension, or from last used filter, which is
available in the entries, i.e. without any actual file access); then retrieve
all necessary information (encrypted status, availability (bug 101302),
anything else) asynchronously in multiple threads, updating the thumbnails as
the data is available.

[1] https://wiki.documentfoundation.org/UserProfile

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20200406/a187c992/attachment.htm>


More information about the Libreoffice-bugs mailing list