Bug 159664 - Floatable table not visible in after paste in new document but shown in navigator
Summary: Floatable table not visible in after paste in new document but shown in navig...
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
24.8.0.0 alpha0+
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Writer-Tables Clipboard
  Show dependency treegraph
 
Reported: 2024-02-09 16:19 UTC by Telesto
Modified: 2024-03-21 13:02 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Screencast (487.29 KB, image/gif)
2024-02-09 20:37 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2024-02-09 16:19:32 UTC
Description:
Table not visible in after paste but shown in navigator

Steps to Reproduce:
1. Open attachment 191950 [details]
2. Type X at the top of the table
3. Press CTRL+A
4. CTRL+X -> empty page (expected)
5. CTRL+N
6. CTRL+V -> No table (but does shown navigator)
7. CTRL+V again -> Table pasts

Actual Results:
No table at paste

Expected Results:
Table should be visible


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4d381b54d1c598c181b4a21a8bf0db86eb4668d1
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: Skia/Raster; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL threaded
Comment 1 gladys 2024-02-09 20:18:58 UTC
Hi Telesto,

Unfortunetly i haven't been able to reproduce the bug with:

Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 4d381b54d1c598c181b4a21a8bf0db86eb4668d1
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: en-GB (en_GB); UI: en-GB
Calc: CL threaded
Comment 2 Telesto 2024-02-09 20:37:51 UTC
Created attachment 192489 [details]
Screencast
Comment 3 Tex2002ans 2024-02-10 11:00:24 UTC
I don't reproduce either:

Version: 24.2.0.3 (X86_64) / LibreOffice Community
Build ID: da48488a73ddd66ea24cf16bbc4f7b9c08e9bea1
CPU threads: 8; OS: Windows 10.0 Build 22631; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded

- - -

Following comment 0, after Step 6, the table pastes into the new document fine.
Comment 4 Rainer Bielefeld Retired 2024-02-14 18:36:11 UTC
REPRODUCIBLE with Server Installation of 
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 125fc2ce861c82592b261f2992c893b414396e56
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded

I wonder whether it really is a problem of the table. Might be a problem with the frame around the table?
Comment 5 Rainer Bielefeld Retired 2024-02-14 18:47:32 UTC
Additional info:
----------------
a) Disabling SKIA seems to have no effect
b) Saving the document after step 6 makes the table reappear
c) original report step 7 is not precise. This  step makes 2 Frames, each
   with a Table in it, reappear
d) I did not reproduce the problem with LibO 7.6
Comment 6 Aron Budea 2024-02-24 16:41:57 UTC
(In reply to Telesto from comment #0)
> 2. Type X at the top of the table

To clarify, this means the beginning of the document, above the table.

Bibisected the regression to the following commit using repo bibisect-linux-64-24.8. Adding CC: to Michael Stahl.

https://cgit.freedesktop.org/libreoffice/core/commit/?id=4b68824d18316762a6afc35d355221e0228aebf8
author		Michael Stahl <michael.stahl@allotropia.de>	2024-01-19 20:29:23 +0100
committer	Michael Stahl <michael.stahl@allotropia.de>	2024-01-22 08:55:36 +0100

tdf#159023 sw_redlinehide: fix layout frames copying table into footer