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 tree / graph
 
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
View All Add an attachment (proposed patch, testcase, etc.)

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