Bug 160913 - Freeze pasting complex table inside complex table in multipage view
Summary: Freeze pasting complex table inside complex table in multipage view
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.6.4.1 release
Hardware: All Windows (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Layout-Loops, Writer-Loops
  Show dependency treegraph
 
Reported: 2024-05-02 18:13 UTC by Telesto
Modified: 2024-05-03 12:29 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2024-05-02 18:13:21 UTC
Description:
Freeze pasting complex table inside complex table in multipage view

Steps to Reproduce:
1. Open attachment 177347 [details] (bug 146614)
2. CTRL+A
3. CTRL+C
4. Go to multipage view (if not already)
5. CTRL+V somewhere at the yellow highlighting on page 1

Actual Results:
Layout loop

Expected Results:
Should not loop; even a broken layout is better compared to a (infinite?) loop


Reproducible: Always


User Profile Reset: No

Additional Info:
Version: 24.8.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 748561425774fa40ab685fed80d113f7e8301158
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 m_a_riosv 2024-05-03 01:10:23 UTC
Looks the same issue as in tdf#160303
Comment 2 Rainer Bielefeld Retired 2024-05-03 05:45:49 UTC
For me already REPRODUCIBLE with Installation of Version: 7.6.4.1 (X86_64) 
Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
Locale: Locale: de-DE (de_DE); UI: de-DE; Theme: Automatic (Colibre)
Calc: CL threaded – Normal User Profile

Additional Info: 
----------------
a) Does not matter whether Skia is aktive or not.
b) Currently here only confirmed with WIN
c) DUP: some more observations required
Comment 3 Rainer Bielefeld Retired 2024-05-03 05:50:39 UTC
c1) Bug 160303 - Table layout loop in complex table structure after paste RTF:
    NOT reproducible vor me with Installation of Version: 7.6.4.1 (X86_64) 
    Build ID: e19e193f88cd6c0525a17fb7a176ed8e6a3e2aa1
    CPU threads: 12; OS: Windows 10.0 Build 19045; UI render: default; VCL: win
    Locale: Locale: de-DE (de_DE); UI: de-DE; Theme: Automatic (Colibre)
    Calc: CL threaded – Normal User Profile
    Skia on/of does not matter

    So this one might be concerning something different from Bug 160303
Comment 4 Telesto 2024-05-03 09:58:04 UTC
Throws a continuous stream of: warn:sw.layout:6444:6360:sw/source/core/layout/wsfrm.cxx:3084: footnote frame on different page than ref frame?
Comment 5 Telesto 2024-05-03 10:14:41 UTC
@Stragu
Should we mark this as a duplicate of bug 160303. It's for 99,5% the same file. The major difference is the strategy to trigger the bug.  

There a couple of bug in the bug tracker point to the same underlying issue

https://bugs.documentfoundation.org/buglist.cgi?quicksearch=%22footnote%20frame%22&list_id=1725928

There are likely even more. However I don't know to to search attachments (backtraces) attached by Julien Nabet without over asking search
Comment 6 Stéphane Guillou (stragu) 2024-05-03 12:29:07 UTC
I can reproduce bug 160303 in a current daily build on Linux, but not your comment 0. On Windows 11, I can reproduce comment 0 - only when two pages are visible side-by-side.
Let's keep separate for now, with this one Windows-specific.
(although I remember another report in which two pages side-by-side was a prerequisite too, we should link to it...).