This bug was filed from the crash reporting server and is br-c89f1689-2e5a-4a82-bbca-6f77fff17efe. ========================================= Steps to reproduce: 1. Create new Writer document. 2. Insert a table with two rows (say, 1 column and 2 rows) 3. Below, insert another table with 1 row (say, 2 columns and 1 row) 4. Select first table (both cells) 5. Drag it to first cell of second table At this point, the document window "freezes", i.e., its display would not change despite scrolling (the scrollbars do show changes). Cursor over the window is in "wait" state. Hovering over other parts (toolbars) shows them as active. 6. Close the document. Choose "No" confirmation dialog. At this point, crash occurs. Version: 6.0.0.2 (x64) Build ID: 06b618bb6f431d27fd2def25aa19c833e29b61cd CPU threads: 4; OS: Windows 10.0; UI render: default; Locale: ru-RU (ru_RU); Calc:
Created attachment 139148 [details] bt with debug symbols On pc Debian x86-64 with master sources updated some days ago, I could reproduce this. I attached a bt quite different from the crashreport
Regression introduced by: author Jim Raykowski <raykowj@gmail.com> 2017-10-31 15:48:07 -0800 committer Miklos Vajna <vmiklos@collabora.co.uk> 2017-12-20 09:11:47 +0100 commit 416f7578d6332b5b5a4445f26307d73925188e41 (patch) tree c84e21fe1b096f149baf03a95bce82f5b385ad2e parent 226804c8f7d2306562380283edfd919a88863807 (diff) tdf#107555 Apply 'Default Style' table style to newly inserted tables Bisected with: bibisect-linux64-6.1 Adding Cc: to Jim Raykowski
Hi All, This behavior can be reproduced in versions before the patch was merged by applying styles to the tables and then doing the steps which result in crash. I have reproduced it in the following pre patched versions: Version: 5.4.4.2, Build ID: 1:5.4.4~rc2-0ubuntu0.16.04.1~lo1 and Version: 6.0.0.0.beta2 (x64) mswindows See bug 115026 for an other regression pointing to this merge.
Hi Jim Raykowski, Thank you very much for your comment. You're totally right, it can be reproduced with previous versions if two tables with 2 different styles are merged. This points me to author Jakub Trzebiatowski <ubap.dev@gmail.com> 2016-06-21 00:31:01 +0200 committer Miklos Vajna <vmiklos@collabora.co.uk> 2016-07-07 09:02:15 +0000 commit 40fba0f4418084d50cc5c388cb0b6e1abe395d61 (patch) tree 4b1e97aa7755c80d9a8749fb94dc3fe26a2f35fb parent 046244bcfe1c5c1cd2325fe74b933c05e43cf190 (diff) GSoC Writer Table Styles Import This patch is implementing import of table styles (table-template). Modified shared code: Added "background" to the cell styles export. To make cell export properties map accessible by both export and import code, moved from xmloff/source/table/XMLTableExport.cxx to xmloff/txtprmap.hxx. To avoid export of default valued properties implemented XPropertyState for SwXTextCellStyle
Created attachment 139174 [details] minimized document Attaching a minimized document to reproduce the issue
Mike Kaganski committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=13e55cedd2944c41f3f4fe7032cfea1ef9e6015d tdf#115065: nullptr dereference It will be available in 6.1.0. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 6.1.0.0.alpha0+ Build ID: de1bb0878fc7d7eb6071ec94d770712648013075 CPU threads: 4; OS: Linux 4.10; UI render: default; VCL: gtk3; Locale: ca-ES (ca_ES.UTF-8); Calc: group threaded Thanks Mike for fixing this!!
Mike Kaganski committed a patch related to this issue. It has been pushed to "libreoffice-6-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=34064c116f196073259fc0a83c3d92611c263d19&h=libreoffice-6-0 tdf#115065: nullptr dereference It will be available in 6.0.1. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.