Bug 169398 - Impress crashes when pasting a table copied from chatGPT
Summary: Impress crashes when pasting a table copied from chatGPT
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
25.2.0.0 alpha0+
Hardware: All Linux (All)
: high major
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, haveBacktrace, regression
Depends on:
Blocks:
 
Reported: 2025-11-12 10:04 UTC by jose.velez
Modified: 2025-11-21 12:59 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
backtrace (41.04 KB, text/x-log)
2025-11-20 14:51 UTC, Xisco Faulí
Details
Copy of the clipboard content (913 bytes, text/html)
2025-11-20 16:09 UTC, jose.velez
Details
bt gdb (7.53 KB, text/plain)
2025-11-21 12:58 UTC, Julien Nabet
Details

Note You need to log in before you can comment on or make changes to this bug.
Description jose.velez 2025-11-12 10:04:44 UTC
Description:
When a table is copied from ChatGPT using the “Copy table” button and then pasted into a LibreOffice Impress slide, the application crashes immediately.


Steps to Reproduce:
1.Go to ChatGPT in Firefox, Chrome or Safary
2.Ask ChatGPT to generate a small table (for example: “Can you generate a little table with random data?”).
3.Click the Copy table button (located at the top-right corner of the table).
4.Open LibreOffice Impress and create a new empty slide.
5.Paste the clipboard content into the slide using Ctrl+V.
6.Observe that Impress crashes.

Actual Results:
Impress crashes immediately after pasting the content.

Expected Results:
The table should be pasted correctly, or at least handled gracefully without crashing.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Version: 25.8.2.2 (X86_64) / LibreOffice Community
Build ID: 580(Build:2)
CPU threads: 20; OS: Linux 6.14; UI render: default; VCL: kf5 (cairo+wayland)
Locale: es-ES (en_US.UTF-8); UI: en-US
Ubuntu package version: 4:25.8.2~rc2-0ubuntu0.24.04.1~lo1
Calc: threaded
Comment 1 Xisco Faulí 2025-11-12 10:16:22 UTC
Reproduced in

Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: fdcc566a017e1b107723b8b40a18088e19a31f04
CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: es-ES (es_ES.UTF-8); UI: en-US
Calc: threaded
Comment 2 Xisco Faulí 2025-11-12 10:23:21 UTC
Not reproduced in

Version: 7.6.0.0.alpha1+ (X86_64) / LibreOffice Community
Build ID: 6f227b0dd912d4c70a01eb3872fff15d52de543a
CPU threads: 8; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: es-ES (es_ES.UTF-8); UI: en-US
Calc: threaded
Comment 3 Xisco Faulí 2025-11-12 19:38:26 UTC
Regression introduced by:

commit 6a36c75fae892edcfd058abf9fd075216573c330	[log]
author	Oliver Specht <oliver.specht@cib.de>	Thu Feb 01 11:06:02 2024 +0100
committer	Thorsten Behrens <thorsten.behrens@allotropia.de>	Fri Jun 14 11:18:38 2024 +0200
tree b28d6ab72f09054b0a92cb518c12671491ecf323
parent 0e33dff4252f3124c7ecc591befa56f0fb0e1895 [diff]

prefer simple HTML format over RTF while pasting clipboard content

Bisected with: bibisect-linux64-25.2
Comment 4 Oliver Specht (CIB) 2025-11-13 06:24:40 UTC
Does not seem to be easily reproducible on Windows here. 
On the other hand here on Chrome/Windows an RTF format is not even added to the clipboard. 
Can anybody provide a stack trace?
Comment 5 rram 2025-11-16 22:29:16 UTC
Hello jose.velez@urjc.es,

I followed your instructions and was unable to reproduce the issue on either the dev or live version of LibreOffice Impress. Although I did notice the table formatting was lost when pasted into Impress, I'm not sure if that is relevant to the cause of the issue. I'm using Windows 10, so I suspect this may be a Linux-specific issue.

Version: 25.8.3.2 (X86_64)
Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e
CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 620(Build:0)
CPU threads: 8; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Vulkan; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 6 Regina Henschel 2025-11-19 15:54:15 UTC
I cannot reproduce the problem. There is not even an RTF item in the clipboard (inspected with "Free Clipboard Viewer 4.0"). I have tested Chrome, Edge and Firefox.

I have used a debug build Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 68c9642382330a543ba178ad36afe99457033d05
CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-US
Calc: threaded
Comment 7 jose.velez 2025-11-20 09:05:03 UTC
I have run additional tests, and I can confirm that the crash does not occur on Windows (although the table formatting is lost when pasted). However, on Linux and macOS the crash happens consistently.

There is also an important detail about how to reproduce the issue:

If you paste onto an existing text cursor, Impress inserts plain text and does not crash.

But if you paste on an empty area of the slide (i.e., not inside a text box), Impress tries to paste the full table object, and in this case the application crashes immediately.

This difference in behavior seems relevant, as the crash only occurs when pasting the table as an object rather than as plain text.

Let me know if you need more system details or if I can run additional tests.
Comment 8 Xisco Faulí 2025-11-20 14:51:45 UTC
Created attachment 204144 [details]
backtrace
Comment 9 Buovjaga 2025-11-20 15:20:03 UTC
José: download https://www.nirsoft.net/utils/inside_clipboard.html export the problematic clipboard content and attach to this report.
Comment 10 jose.velez 2025-11-20 16:09:07 UTC
Created attachment 204145 [details]
Copy of the clipboard content

If you open this html file in linux and copy any part of the table that it contains and paste into an empty zone of a impress slide you get a crash.
Comment 11 Julien Nabet 2025-11-21 12:58:53 UTC
Created attachment 204163 [details]
bt gdb

On pc Debian x86-64 with master sources updated today, I got an assertion.

I also noticed these logs on console:
warn:svx.table:589969:589969:svx/source/table/tablehtmlimporter.cxx:213: unknown ImportInfo.eState
warn:legacy.tools:589969:589969:svx/source/table/tablehtmlimporter.cxx:380: NewCellRow: pActDefault==0
soffice.bin: /home/julien/lo/libreoffice/svx/source/table/tablehtmlimporter.cxx:451: void sdr::table::SdrTableHTMLParser::ProcToken(HtmlImportInfo *): Assertion `mpActDefault' failed.