This bug was filed from the crash reporting server and is br-70900f41-cbf4-4de4-814c-aa7a7c54800d. ========================================= Problem occurred during filesave. Had created document and saved as .odt and then wanted to create the same document as .docx. Did saveas and chose the MS Office 2007 format .docx and tried to save and that is when the error occurred.
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided. (Please note that the attachment will be public, remove any sensitive information before attaching it. See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Created attachment 130921 [details] Source document
I can't reproduce it in Version: 5.4.0.0.alpha0+ Build ID: fc53cce64400430cdc21f79c959d75fb9a26d13d CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; Locale: ca-ES (ca_ES.UTF-8); Calc: group nor Version: 5.4.0.0.alpha0+ Build ID: b41186a2fc49e440890b8c86e5367352ffaf9cd6 CPU Threads: 1; OS Version: Windows 6.1; UI Render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-01-26_01:50:40 Locale: es-ES (es_ES); Calc: group 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.
*** Bug 106120 has been marked as a duplicate of this bug. ***
So far, it's reported in Windows: http://crashreport.libreoffice.org/stats/signature/SwWriteTable::SwWriteTable%28SwTable%20const%20*,SwHTMLTableLayout%20const%20*%29 But it has 103 pages of reports! With different versions from 5.2.0.4 up to last that reports, LO 5.3.0.3. I also cannot reproduce when I simply save attachment 130921 [details] as .docx. timlg98, is this crash reproducible for you, if you that this .odt, do you have crash each time you save as .docx?
Yes I can duplicate it every time. EXAMPLE: The e-mail asking if I could duplicate the issue has a table in it. 1) open swriter 2) copy table from e-mail and past into swriter 3) "Save" document (standard .odt format) 4) "Save As" and change type to "Microsoft Word 2007-2013 XML (.docx) It prompts that with the "Confirm Format" dialog. I approve and it crashes. 5) allow it to recover the document (or just load the saved document) and you can save as .docx I did the same thing with step 2 being text instead of a table and it worked as expected. Also, I realize the second case was a duplicate, but since I had the two crash reports, I was not sure how to tie the second one to this. I hope this helps.
I can't reproduce the steps described in comment 6 in Versión: 5.3.0.3 Id. de compilación: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 Subpr. de CPU: 1; Versión de SO: Windows 6.1; Repr. de IU: predet.; Motor de trazado: HarfBuzz; Configuración regional: es-ES (es_ES); Calc: group @Michael, could you please reset your Libreoffice profile ( https://wiki.documentfoundation.org/UserProfile ) and re-test? OTOH, Could you please provide the information in Help - About LibreOffice ?
I entered safe mode and reset the profile. No change. I uninstalled LibreOffice, restarted system, removed \users\mike\AppData\Roaming\LibreOffice, restarted system, installed Libreoffice (244,260,864 LibreOffice_5.3.0_Win_x64.msi) From the Help>>About screen: Version: 5.3.0.3 (x64) Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 CPU Threads: 4; OS Version: Windows 6.19; UI Render: default; Layout Engine: new; Locale: en-US (en_US); Calc: single I will uninstall and install the 32bit version and report back those results.
I apologize for not thinking of this sooner. I removed LibreOffice 64bit and installed 32bit. Help >> About: Version: 5.3.0.3 Build ID: 7074905676c47b82bbcfbea1aeefc84afe1c50e1 CPU Threads: 4; OS Version: Windows 6.2; UI Render: default; Layout Engine: new; Locale: en-US (en_US); Calc: single Everything worked fine in the 32bit version. It is only the 64bit that crashes.
Steps need to be reproducible, like "copy THIS SPECIFIC table from THIS ATTTACHED file" or "copy THIS SPECIFIC table from THIS EXACT web page". "Copy from some e-mail" or "copy from some modem data" don't help.
*** Bug 106121 has been marked as a duplicate of this bug. ***
*** Bug 106936 has been marked as a duplicate of this bug. ***
OK, I reproduced with Michaels' steps described in comment 6: 1) open bugzilla-daemon e-mail which has a HTML table and copy just table (no other text), part like this (which is not HTML here): What Removed Added CC alexander_8901@mail.ru 2) open Writer 3) paste table into swriter 4) "Save As" and change type to "Microsoft Word 2007-2013 XML (.DOCX) It prompts that with the "Confirm Format" dialog. I approve and it crashes. I wasn't able to reproduce when I copies some other text with table. First saving to .ODT wasn't necessary in my case.
OK, I reproduced with Michaels' steps described in comment 6: 1) open bugzilla-daemon e-mail which has a HTML table and copy just table (no other text), part like this (which is not HTML here): What Removed Added CC alexander_8901@mail.ru 2) open Writer, I used LO 5.3.2.1 64-bit 3) paste table into swriter 4) "Save As" and change type to "Microsoft Word 2007-2013 XML (.DOCX) It prompts that with the "Confirm Format" dialog. I approve and it crashes. http://crashreport.libreoffice.org/stats/crash_details/260cc07c-489f-4b49-8bad-83bc02713559 I wasn't able to reproduce when I copies some other text with table. First saving to .ODT wasn't necessary in my case.
Great suggestion with the specific steps. I also get the crash with 64-bit v5.3.2.2 / Windows 7. Indeed, no crash with 32-bit build, nor with ODT or DOC format, and not even if the table is first saved as ODT, and then reloaded and saved again as DOCX.
"open bugzilla-daemon e-mail which has a HTML table and copy just table (no other text), part like this (which is not HTML here):" assumes there is such an email available to a developer interesting in reproducing it, and the final content pasted into the document might depend on the application its pasted from. So that's not a surefire reproduction route.
I had crash also when first save pasted HTML as HTML type. Can't figure out how to attach original HTML from webmail. Paste from HTML saved by LO is OK.
Created attachment 132404 [details] Sample HTML: copy table from browser to Writer, save as DOCX Caolán, you're tight, I'm attaching a sample HTML file. I have tested with Firefox and IE 11, and could reproduce the crash with both.
can't reproduce on Windows 7 with 64-bit build of current master tried running it with DrMemory too, no warnings were reported tried copy/paste from Firefox and IE maybe the problem is fixed on master already and only affects 5.3?
Looks like Michael is right. I can reproduce with 64-bit from 5.0 (didn't test previous) up to 5.3 and not with 5.4+. Tested with master~2017-04-13_00.34.50_LibreOfficeDev_5.4.0.0.alpha0_Win_x64_en-US_de_ar_ja_ru_qtz. Now it has 163 pages of reports! http://crashreport.libreoffice.org/stats/signature/SwWriteTable::SwWriteTable%28SwTable%20const%20*,SwHTMLTableLayout%20const%20*%29 With different versions from 5.2.0.4 up to last that reports, LO 5.3.2.2. Let's hope it was fixed and (recently) backported. Aron, can you make a bibisect? I'll close as WFM. Of course, feel free to reopen if you miss this bug and reproduce it somehow with 5.4.
Windows bibisect repos are 32-bit, and unfortunately not useful here.
5 reports from 5.3.3.2 as per today: http://crashreport.libreoffice.org/stats/signature/SwWriteTable::SwWriteTable(SwTable%20const%20*,SwHTMLTableLayout%20const%20*) So I guess it hasn't been backported to branch 5.3
*** Bug 108282 has been marked as a duplicate of this bug. ***
*** Bug 108315 has been marked as a duplicate of this bug. ***
*** Bug 108987 has been marked as a duplicate of this bug. ***
*** Bug 109337 has been marked as a duplicate of this bug. ***
*** Bug 116300 has been marked as a duplicate of this bug. ***