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
The Turkish Track & Changes bug doc which keeps giving
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
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"
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 ***
(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!