Bug 136179 - Frame out of nowhere
Summary: Frame out of nowhere
Status: RESOLVED DUPLICATE of bug 107292
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
6.3.6.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, bisected, regression
Depends on:
Blocks: Track-Changes-Frame
  Show dependency treegraph
 
Reported: 2020-08-27 13:05 UTC by Telesto
Modified: 2022-02-03 10:49 UTC (History)
5 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 2020-08-27 13:05:57 UTC
Description:
Frame out of nowhere

Steps to Reproduce:
1. Open attachment 164749 [details]
2. Edit -> Track Changes -> Accept All 
3. The become red is already tracked (in a different bug)
4. Sidebar -> Navigator -> Notice the existence of an image (not present on screen)
5. CTRL+A
6. CTRL+C
7. CTRL+N
8. CTRL+V -> a image appears

-> Oddly this doesn't seem to happen if we go to Edit -> Track Changes -> Manage -> Reject all.. Everything goes fine here

Actual Results:
A frame

Expected Results:
No image frame


Reproducible: Always


User Profile Reset: No



Additional Info:
Version: 7.1.0.0.alpha0+ (x64)
Build ID: 6640d7f405d2970ba2825a9455926cc803284d01
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
Comment 1 Telesto 2020-08-27 13:07:25 UTC
The Turkish Track & Changes bug doc which keeps giving
Comment 2 BogdanB 2020-08-28 05:03:13 UTC
Version: 7.1.0.0.alpha0+
Build ID: 217122387f6e0ef657b8ba85eae082b448901cec
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: ro-RO (ro_RO.UTF-8); UI: en-US
Calc: threaded
Comment 3 Aron Budea 2021-08-07 13:08:15 UTC
There are more immediate problems with the document:
- In 6.1 and before, it opens with 7 images shown, and all stay after accepting all changes.
- In 6.2 (d250c94d78ac7e79753aa30f869db919b01fc450), and 6.3 (1145f62936c4979a50b26ddf3d6b9127dd749ab9) it opens with 7 images shown, and 4 stay after accepting all changes.
- In 6.3 (3345feb67f2c49a1b76639965b56968e1c5f03ee - next after 1145f62936c4979a50b26ddf3d6b9127dd749ab9) it opens with no images shown, and no images after accepting the changes, neither in the navigator, nor after copy-pasting.
- In 6.4, after (34bdbb98846115671dcc71e34f6f2900fb638154) it opens with no images shown, and after accepting changes, there's single image in the navigator, which will appear after copy-pasting, this is the behavior in the description.

Note:
- 3345feb67f2c49a1b76639965b56968e1c5f03ee is a backport of 28b77c89dfcafae82cf2a6d85731b643ff9290e5,
- 34bdbb98846115671dcc71e34f6f2900fb638154 is a backport of 81ec0039b2085faab49380c7a56af0c562d4c9e4

https://cgit.freedesktop.org/libreoffice/core/commit/?id=28b77c89dfcafae82cf2a6d85731b643ff9290e5
author		Michael Stahl <Michael.Stahl@cib.de>	2019-07-11 18:37:28 +0200
committer	Michael Stahl <Michael.Stahl@cib.de>	2019-07-22 08:32:07 +0200

"tdf#117185 tdf#110442 sw: bring harmony & peace to fly at-char selection"

https://cgit.freedesktop.org/libreoffice/core/commit/?id=81ec0039b2085faab49380c7a56af0c562d4c9e4
author		Michael Stahl <Michael.Stahl@cib.de>	2020-01-20 13:48:27 +0100
committer	Michael Stahl <michael.stahl@cib.de>	2020-01-20 19:25:41 +0100

"tdf#129582 sw: fix copying of flys in header/footer in DOCX/RTF import"
Comment 4 Gabor Kelemen (allotropia) 2022-02-03 10:24:17 UTC
This seems to be fixed since:

https://git.libreoffice.org/core/+/19d3ecf9334f9750c06feb7207ecc3c6b98ba086

author	László Németh <nemeth@numbertext.org>	Wed Dec 08 10:11:06 2021 +0100
committer	László Németh <nemeth@numbertext.org>	Wed Dec 08 14:11:07 2021 +0100

tdf#107292: ODT import: fix order of deletions at same position

After this, 

4. Sidebar -> Navigator -> Notice the existence of an image (not present on screen)

there is no such image in the Navigator / new document with copied content.

Thanks László for making this go away!

*** This bug has been marked as a duplicate of bug 107292 ***
Comment 5 László Németh 2022-02-03 10:49:39 UTC
(In reply to Gabor Kelemen (allotropia) from comment #4)

> Thanks László for making this go away!
> 
> *** This bug has been marked as a duplicate of bug 107292 ***

@Gábor: many thanks for the nice investigation and feedback!