Description: When I try to open a document which has a nested table, the Writer takes very long time to open it. Steps to Reproduce: 1. Open the attached file 2. 3. Actual Results: Take a long time to open a very small document. Expected Results: It should be open very quick Reproducible: Always User Profile Reset: No Additional Info: Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 24; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb) Locale: en-GB (ar_OM.UTF-8); UI: en-US Calc: threaded
Created attachment 203657 [details] nested table docx
I confirm it with Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded but not with Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 12; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Raster; VCL: win Locale: de-DE (de_DE); UI: en-GB Calc: CL threaded So perhaps bug has been resolved in actual master. So could you please retest and give feedback? Thank you. => NEEDINFO
Yes, you are correct. The master, as of today, don't face this issue. I test it on: Version: 7.4.0.0.alpha0+ / LibreOffice Community Build ID: 465c3ad95059f0efa13c8027f7383c4d20a5b2ff CPU threads: 24; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb) Locale: ar-OM (ar_OM.UTF-8); UI: en-US Calc: threaded and I don't face the bug.
My bad, it is not a master, I got the imageapp from here: https://libreoffice.soluzioniopen.com/daily-version/ I can't find updated daily imageapp.
Less than ten seconds with: Version: 25.8.3.1 (X86_64) Build ID: 52ad9dd1c984050a9fb6932dbfb16e86a49e9758 CPU threads: 16; OS: Windows 11 X86_64 (build 26200); UI render: Skia/Vulkan; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: threaded
(In reply to Zayed from comment #4) > My bad, it is not a master, I got the imageapp from here: > https://libreoffice.soluzioniopen.com/daily-version/ > > I can't find updated daily imageapp. You can find daily master here: https://dev-builds.libreoffice.org/daily/master/
I try it with master: Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 690b08779c0eae0fcc5dc50fcae84ab130a88405 CPU threads: 24; OS: Linux 6.8; UI render: default; VCL: kf5 (cairo+xcb) Locale: ar-OM (ar_OM.UTF-8); UI: en-US Calc: threaded Still it is slow in opening but much better than the current fresh version. However, it is displayed wrongly compare to the fresh version. Please see the attached screenshot.
Created attachment 203732 [details] issue in the first pragraph in the table.
No repro in Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: c7b3ea692f293346fbbdf2a391d9d971c34fa1f2 CPU threads: 4; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: cs-CZ (cs_CZ.UTF-8); UI: en-US Calc: threaded It takes 2 seconds to open the file.
(In reply to Zayed from comment #8) > Created attachment 203732 [details] > issue in the first pragraph in the table. Please open new bug and add me to CC. It's a regression.
The document loaded fine in this version: Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 620(Build:0) CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded but caused this version to be unresponsive: Version: 25.8.2.2 (X86_64) Build ID: d401f2107ccab8f924a8e2df40f573aab7605b6f CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: en-US (en_US); UI: en-US Calc: CL threaded
Based on all the comments, closing as worksforme. As mentioned in comment 10, any further issues should get separate reports.