Steps to replicate : - enter some values in 2 different cells - apply some formatting on cell #1 - use the "braintbrush" icon to copy the format of cell #1 to cell #2 - the value of cell #2 is deleted. New behaviour with version 4.1.2.2
On pc Debian x86-64 with master sources updated today, I reproduced this problem. I noticed these logs on console: warn:i18nlangtag:15678:1:i18nlangtag/source/languagetag/languagetag.cxx:1302: LanguageTagImpl::convertLocaleToLang: with bAllowOnTheFlyID invalid 'hu-HU-u8' warn:vcl:15678:1:vcl/generic/fontmanager/fontconfig.cxx:899: In glyph fallback throwing away the language property of en because the detected script for '0x9f3' is Bengali and that language doesn't make sense. Autodetecting instead. Eike: with languagetag part, I think you might be interested in this one.
@Julien: Unrelated, that code didn't exist in 4.1, but ... anyway, what is the output of locale on your system? 'hu-HU-u8' looks very odd. Any own dictionaries installed that would lead to such a tag? Please send me a mail, no need to clutter up this bug.
I just found another fuzzy behaviour of "paste - special": try to copy and paste values only (char, numbers, dates) to a cell with some formatting attributes --> those attributes will be deleted.
(In reply to comment #3) > I just found another fuzzy behaviour of "paste - special": > > > try to copy and paste values only (char, numbers, dates) to a cell with some > formatting attributes --> those attributes will be deleted. Does the Format Paintbrush share code path with Paste Special? If so, then maybe this is the same as #69450. Basically, pasting only a subset of attributes no longer preserves the unselected attributes in the target but apparently resets them to the defaults.
Markus: I put fdo#66646 (a bug you've fixed just today!) in cc. Am I wrong or is this related?
The same here, just updated from Fedora repositories. Also, the "delete" button, deletes not only the contents but also the formatting of the cell.
Reproduced in x64 ubuntu 13.04 LibreOffice 4.1.2.2. LibreOffice 4.1.2.2 is the first version in which I notice this bug, this behaviour did not appear in previous releases, so I mark this as regression.
The same issue in x86, so platform -> all; causes data loss, so "critical".
(In reply to comment #6) > Also, the "delete" button, deletes not only the contents but also the > formatting of the cell. I notice the same behaviour, only in 4.1.2.2. * input some text in cell A1; * When press "Delete" key from keyboard, not only the cell content but also its formats are deleted. (in previous releases this will only delete the content.) * When press "Backspase" key, it asks what to delete. (This is the same as in previous releases, and this is the only way to delete only the content of a cell in 4.1.2.2) Maybe we should report another bug? or these two issues are relevant?
Fixed in master. Will be pushed to 4-1 and 4-0 soon.
*** This bug has been marked as a duplicate of bug 69450 ***