Calc changes the font attributes of selected text in unpredictable ways
Steps to Reproduce:
1. open attached spreadsheet
2. follow steps in spreadsheet
Calc changes the font attributes of selected text in unpredictable ways - sometimes changing them, sometimes not, and sometimes changes some attributes while not changing others.
If text is selected, and the user types characters, the new characters should retain the font attributes of the selected text.
User Profile Reset: No
User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36
Created attachment 133908 [details]
steps and demonstration included within this spreadsheet
Apparently the direction of selection is significant as well. If you select from the direction of the grey text, it inherits the grey color, but does not change to italics.
Works like expected in 3.6, so this is a regression! Lucky you..
Arch Linux 64-bit, KDE Plasma 5
Build ID: 2802dca10eef67554a81cb2347d5f648fa6fcd63
CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4;
Locale: fi-FI (fi_FI.UTF-8); Calc: group
Built on June 10th 2017
Arch Linux 64-bit
Version 220.127.116.11 (Build ID: e183d5b)
> Works like expected in 3.6, so this is a regression! Lucky you..
- Is 3.6 still downloadable?
(In reply to Kevin from comment #3)
> > Works like expected in 3.6, so this is a regression! Lucky you..
> - Is 3.6 still downloadable?
Well I believe it works even with some newer version, but I only have 3.3 and 3.6 on my Arch Linux because the other version refuse to run.
The old versions are here: https://downloadarchive.documentfoundation.org/libreoffice/old/
Someone can now bibisect this and find out the cause of the problem: https://wiki.documentfoundation.org/QA/Bibisect
Regression introduced in range https://cgit.freedesktop.org/libreoffice/core/log/?qt=range&q=7b384313399ee8199cd7241527c3dbc1d50694a2..9e9f863727d12ef1a397bfd9f3b13259ed8d71b1
Bibisected with bibisect-41max
Created attachment 134136 [details]
reproduces bug from scratch in new document - no prestige elite ever used
I think it has the same cause as in Bug 107857 "Incorrect Formatting Logic (should be true replace instead of delete+insert)".
I think this is a duplicate of bug 112246. At least, the range of commits is very similar...
*** This bug has been marked as a duplicate of bug 112246 ***