Bug 121905 - Autofit scales differently after clicking/exiting in text box
Summary: Autofit scales differently after clicking/exiting in text box
Status: RESOLVED DUPLICATE of bug 121861
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Impress (show other bugs)
Version:
(earliest affected)
6.2.0.0.beta1+
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2018-12-04 15:33 UTC by Marcel Waldvogel
Modified: 2018-12-12 18:28 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Presentation that displays the bug (43.45 KB, application/vnd.oasis.opendocument.presentation)
2018-12-04 15:34 UTC, Marcel Waldvogel
Details
Screenshot that displays the layout before starting to edit (127.52 KB, image/png)
2018-12-04 15:35 UTC, Marcel Waldvogel
Details
Screenshot that displays the layout before while in edit mode (130.21 KB, image/png)
2018-12-04 15:36 UTC, Marcel Waldvogel
Details
Screenshot that displays the layout after exiting edit mode (129.77 KB, image/png)
2018-12-04 15:36 UTC, Marcel Waldvogel
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Marcel Waldvogel 2018-12-04 15:33:24 UTC
Description:
There seem to be two layout algorithms used when displaying a text box. One is used when originally opening the slide and one after any editing (even NULL editing) has taken place. They result in different layouts and therefore confusion to the user about the object placements.

This did not happen in 6.1.2.1 (or actually, when opening the slide, it first quickly displayed it in the pre-editing layout but then immediately performs a redraw in post-editing layout. These two drawing events can be seen when opening the slide.)

Steps to Reproduce:
1. Open lobug.odt. The slide is shown in pre-editing layout (see also screenshot BeforeEditing.png)
2. Click in the text area. The layout stays the same (see also screenshot WhileEditing.png; cursor is not visible here)
3. Click outside the text area. The layout changes drastically (see also screenshot AfterEditing.png; now the callouts are "correctly" placed)

Actual Results:
The text is drawn differently depending on whether the text has been in edit mode at least once. The problem is that the post-editing layout is not identical to the presentation layout (the pre-editing layout is).

Expected Results:
The layout before, while, and after editing is identical to the layout used for presentation.


Reproducible: Always


User Profile Reset: Yes


OpenGL enabled: Yes

Additional Info:
Comment 1 Marcel Waldvogel 2018-12-04 15:34:32 UTC
Created attachment 147280 [details]
Presentation that displays the bug
Comment 2 Marcel Waldvogel 2018-12-04 15:35:24 UTC
Created attachment 147281 [details]
Screenshot that displays the layout before starting to edit
Comment 3 Marcel Waldvogel 2018-12-04 15:36:10 UTC
Created attachment 147282 [details]
Screenshot that displays the layout before while in edit mode

(no edits being done here)
Comment 4 Marcel Waldvogel 2018-12-04 15:36:49 UTC
Created attachment 147283 [details]
Screenshot that displays the layout after exiting edit mode

(no edit has taken place)
Comment 5 Durgapriyanka 2018-12-05 15:43:19 UTC
Thank you for reporting the bug. I can confirm that the bug is present in

Version: 6.1.3.2
Build ID: 86daf60bf00efa86ad547e59e09d6bb77c699acb
CPU threads: 2; OS: Windows 6.1; UI render: default; 
Locale: en-US (en_US); Calc: group threaded
Comment 6 Xisco Faulí 2018-12-12 18:28:32 UTC
looks similar to bug 121861.
Closing as RESOLVED DUPLICATED

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