Bug 135929 - Increasing image size, makes a part of the text vanish from canvas (anchor to character is especially error prone)
Summary: Increasing image size, makes a part of the text vanish from canvas (anchor to...
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
Inherited From OOo
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-08-19 19:56 UTC by Telesto
Modified: 2023-05-11 18:08 UTC (History)
5 users (show)

See Also:
Crash report or crash signature:


Attachments
Example file (225.19 KB, application/vnd.oasis.opendocument.text)
2020-08-19 19:57 UTC, Telesto
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Telesto 2020-08-19 19:56:54 UTC
Description:
Increasing image size, makes a part of the text vanish from canvas (anchor to character is especially error prone)

Steps to Reproduce:
1. Open the attached file
2. Select the smiley
3 A. Format -> Image  Properties -> type
Check relative & relative checkboxes & Keep ratio & type 75% for width



3. Drag the right corner to page margin (so resizing proportionally) alternative


Actual Results:
Text hidden

Expected Results:
Visible


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: <buildversion>
CPU threads: 4; OS: Windows 6.3 Build 9600; UI render: default; VCL: win
Locale: nl-NL (nl_NL); UI: en-US
Calc: CL

and in
4.4.7.2

and in
3.3.0
Comment 1 Telesto 2020-08-19 19:57:10 UTC
Created attachment 164476 [details]
Example file
Comment 2 Telesto 2020-08-19 20:17:51 UTC
@Miklos
Sarcastic mood: The lovely anchoring to character.. it will take to solve all those nice flaws. To paragraph is certainly not perfect, but to character is quite a can of worms, IMHO. And I love to point that out :P.

I would of course like those fixed, as 'to character' being a regular option; but being default maybe not the best thing to do. This bug us flaky enough to reported (and maybe slightly overreported by me) and maybe not the best thing for general impression. However, only my impression; I can't proof it..
Comment 3 Dieter 2021-03-17 07:26:04 UTC
Telesto, unfortunately nothing has happened with this bug report for more than half year. So I'd like to ask, if it is still valid. Could you please try to reproduce it with the latest version of LibreOffice?
=> NEEDINFO
Comment 4 Buovjaga 2021-09-11 07:26:45 UTC
Not reproduced. A screencast might be useful.

I did manage to make it properly hang, though. Will investigate later.

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: e6a8d312d3d7e5d81c56d5ccc0508116dd283f1f
CPU threads: 8; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+wayland)
Locale: fi-FI (fi_FI.UTF-8); UI: en-US
Calc: threaded
Comment 5 Buovjaga 2021-09-14 13:41:31 UTC
(In reply to Buovjaga from comment #4)
> I did manage to make it properly hang, though. Will investigate later.

Reported as bug 144494
Comment 6 Xisco Faulí 2022-05-02 12:18:16 UTC
Dear Telesto,
Could you please try to reproduce it with a master build from http://dev-builds.libreoffice.org/daily/master/ ?
You can install it alongside the standard version.
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is still present in the master build
Comment 7 QA Administrators 2022-10-30 03:48:41 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2022-11-30 03:50:41 UTC Comment hidden (obsolete)
Comment 9 Telesto 2023-05-11 18:08:53 UTC
No repro
Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: c4a58634753a84b09f20f7271d6525a6656522d3
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

Only the problem at comment 5