| Summary: | FILESAVE: DOC: Highlighting at the wrong area | ||
|---|---|---|---|
| Product: | LibreOffice | Reporter: | Telesto <telesto> |
| Component: | Writer | Assignee: | Justin L <jluth> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | ilmari.lauhakangas, jluth, kim.mongan, xiscofauli |
| Priority: | medium | Keywords: | bibisected, regression |
| Version: | 4.4.7.2 release | ||
| Hardware: | All | ||
| OS: | All | ||
| See Also: |
https://bugs.documentfoundation.org/show_bug.cgi?id=78333 https://bugs.documentfoundation.org/show_bug.cgi?id=134948 https://bugs.documentfoundation.org/show_bug.cgi?id=135222 |
||
| Whiteboard: | target:7.1.0 | ||
| Crash report or crash signature: | Regression By: | ||
| Attachments: | Example file | ||
|
Description
Telesto
2020-05-05 15:59:57 UTC
Created attachment 160389 [details]
Example file
I've tried to bisect it with bibisect-44max and it points me to https://cgit.freedesktop.org/libreoffice/core/commit/?id=bfb978334cea775b8ae5c40ceea050ea0660d80a, which doesn't seems related. @Buovjaga, could you please give it a try on windows ? @Justin, I thought you might be interested in this issue I got a different bibisect result from bibisect-44max.
The last good highlighting was the one before this one which broke everything:
commit 80fd9fb7209cfd5c0622ee99d59e42e6db32f021
Author: Umesh Kadam <umesh.kadam@synerzip.com>
AuthorDate: Thu May 15 23:02:34 2014 +0530
Commit: Miklos Vajna <vmiklos@collabora.co.uk>
CommitDate: Thu May 22 02:31:53 2014 -0500
fdo#78333 : SdtContent and a Shape overlapping causes corruption
and partially fixed (the text came back - but with full yellow background) with
bibisect commit 97deac7040b404fc9b233384baa689415e795a16
commit fe5b3c3357d9e613a0be53ec1e5546a59e21cea0
Author: Ravindra Vidhate <ravindra.vidhate@synerzip.com>
AuthorDate: Wed Jun 11 16:38:17 2014 +0530
Commit: Miklos Vajna <vmiklos@collabora.co.uk>
CommitDate: Mon Jun 16 13:08:53 2014 +0000
fdo#79915:Text Data Lost after exporting through LO
The solid yellow background gave way to no background at all with
bibisect commit e642812606be49244f2f775e90169fbd1be29a97
commit 7d9bb549d498d6beed2c4050c402d09643febdfa
Author: Armin Le Grand <alg@apache.org>
AuthorDate: Mon Jun 2 15:00:50 2014 +0000
Commit: Miklos Vajna <vmiklos@collabora.co.uk>
CommitDate: Tue Jul 1 13:30:09 2014 +0200
Related: #i124638# Second step of DrawingLayer FillAttributes...
and then back to full highlighting again with
bibisect commit 612c411072ede9debf0ceafc3aef125b930b3762
commit 3350fabd23859eb5fdbe77c6db9248866d4e2995
Author: Miklos Vajna <vmiklos@collabora.co.uk>
AuthorDate: Mon Jun 30 13:46:04 2014 +0200
Commit: Miklos Vajna <vmiklos@collabora.co.uk>
CommitDate: Tue Jul 1 13:30:12 2014 +0200
SwXAutoStyle::GetPropertyValues_Impl: fix handling of CharAutoStyleName
Hi Justin, Thanks for the bisection try The answer to fixing this bug is probably found in the first two bisected commits. Visually, it looks like the character run is off by one... Justin Luth committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/6457d46967f8dbb41199b750d59edde839f24b5d tdf#132726 tdf#134948 doc/rtf export: don't PostponeWritingText It will be available in 7.1.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback. *** Bug 105868 has been marked as a duplicate of this bug. *** |