Bug 159664

Summary:	Floatable table not visible in after paste in new document but shown in navigator
Product:	LibreOffice	Reporter:	Telesto <telesto>
Component:	Writer	Assignee:	Not Assigned <libreoffice-bugs>
Status:	NEW ---
Severity:	normal	CC:	aron.budea, buzea.bogdan, gladys7david, LibreOffice, michael.stahl
Priority:	medium	Keywords:	bibisected, bisected, regression
Version:	24.8.0.0 alpha0+
Hardware:	All
OS:	All
See Also:	https://bugs.documentfoundation.org/show_bug.cgi?id=159023 https://bugs.documentfoundation.org/show_bug.cgi?id=160302
Whiteboard:
Crash report or crash signature:		Regression By:	Michael Stahl
Bug Depends on:
Bug Blocks:	103100, 108843
Attachments:	Screencast

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