Bug 145307 - Frame position different after open and close when using optimal wrap and "Allow overlap"
Summary: Frame position different after open and close when using optimal wrap and "Al...
Status: RESOLVED DUPLICATE of bug 130601
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.4 all versions
Hardware: x86-64 (AMD64) Windows (All)
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Frame
  Show dependency tree / graph
 
Reported: 2021-10-25 07:59 UTC by matti.jaatinen
Modified: 2024-08-04 10:24 UTC (History)
3 users (show)

See Also:
Crash report or crash signature:

Attachments
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 matti.jaatinen 2021-10-25 07:59:51 UTC 
Description:
Frame's line up(wrapping) requires Writer restart.


Steps to Reproduce:
1.Open Writer 
2.Insert -> Frame -> Frame...
3.Change Wrap to Optimal and Remove tap "Allow overlap"
4.Put text Test1 into frame1.
5.Insert -> Frame -> Frame...
6.Change Wrap to Optimal and Remove tap "Allow overlap"
7.Frame2 now nicely below Frame1.
8.Put text Test2 into frame2.
9.Add Brake(Enter) to Frame1 and Write Test3.
10.You notice that Frame1 goes under then Frame2.
10.a) you can try Tools->Update.... no effect.
10.b) you can try preview... no effect.
11.Save to file as ODT format.
12.Close Writer.
13.Open the saved File.
14.You notice the Frame2 is nicely below the Frame1 and the text's Test1, Test2 and Test3 is shown nicely.


Actual Results:
Frame's overlap each another up to step 10.
Frame's do not overlap each another up to step 14.


Expected Results:
Frame's do not overlap each another up to step 10.
Frame's do not overlap each another up to step 14.


Reproducible: Always


User Profile Reset: Yes



Additional Info:
Version: 7.2.2.2 (x64) / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: default; VCL: win
Locale: fi-FI (fi_FI); UI: en-US
Calc: threaded
Comment 1 Dieter 2021-11-09 17:46:21 UTC 
I confirm it with

Version: 7.2.2.2 (x64) / LibreOffice Community
Build ID: 02b2acce88a210515b4a5bb2e46cbfb63fe97d56
CPU threads: 4; OS: Windows 10.0 Build 19043; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL
Comment 2 Kira Tubo 2023-09-20 20:06:35 UTC 
I can't find "Allow overlap" within Frame modal UI of v. 3.3, so most likely a regression. Earliest I can reproduce so far is 6.4.0.0+alpha (could still be possibly found in an earlier version). 

Version: 6.4.0.0.alpha1 (x64)
Build ID: cc57df8f942f239d29cb575ea5a7cb01405db787
CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: GL; VCL: win; 
Locale: en-US (en_US); UI-Language: en-US
Calc: CL

Also reproduced in current daily master build:

Version: 24.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 486ae5db6987411d5e394de94b2b077099d03856
CPU threads: 6; OS: Windows 10.0 Build 22621; UI render: Skia/Raster; VCL: win
Locale: en-US (en_US); UI: en-US
Calc: CL threaded
Comment 3 raal 2023-12-28 11:54:08 UTC 
(In reply to Kira Tubo from comment #2)
> I can't find "Allow overlap" within Frame modal UI of v. 3.3, so most likely
> a regression. Earliest I can reproduce so far is 6.4.0.0+alpha (could still
> be possibly found in an earlier version). 
> 
Feature added in 6.4, see https://wiki.documentfoundation.org/ReleaseNotes/6.4#Writer

Tested with Version: 24.8.0.0.alpha0+ and it's different then in 7.0 / please can you retest with dev version?
Comment 4 Buovjaga 2024-08-04 10:24:09 UTC 
Still repro, but seems to be reported in bug 130601 already.

Version: 25.2.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: ed9a557e1ceb4ffa4060024b20785f04d227e06c
CPU threads: 8; OS: Linux 6.10; UI render: default; VCL: kf6 (cairo+wayland)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: CL threaded

*** This bug has been marked as a duplicate of bug 130601 ***