Jean-Baptiste Faure, thanks for testing to this. However, if one followed the Description https://bugs.documentfoundation.org/show_bug.cgi?id=45386#c0 without questioning the results, then they would not have noticed that it is written mistakenly.
It should have mirrored the downstream Description I made to clearly explain the problem:
What is expected to happen in LibreOffice Writer via the Terminal:
Jean-Baptiste Faure, thanks for testing to this. However, if one followed the Description https:/ /bugs.documentf oundation. org/show_ bug.cgi? id=45386# c0 without questioning the results, then they would not have noticed that it is written mistakenly.
It should have mirrored the downstream Description I made to clearly explain the problem:
What is expected to happen in LibreOffice Writer via the Terminal:
cd ~/Desktop && wget -c https:/ /bugs.launchpad .net/ubuntu/ +source/ libreoffice/ +bug/915080/ +attachment/ 2685315/ +files/ Blocco% 20schizzi% 20botanico. doc -O example.doc && lowriter -nologo example.doc
Click Format -> Sections... -> highlight Section1 -> click button Remove -> highlight Section3 -> click button Remove -> button OK -> Format -> Columns... -> change combobox Columns to 2 -> button OK -> Save, close, reopen and the column formatting remains as in the screenshot https:/ /launchpadlibra rian.net/ 91366200/ Schermata- L%27arte% 20del%20disegno %20botanico. doc2%20- %20LibreOffice% 20Writer. png .
What happens instead is the column formatting changes back to the way it was before making the above changes. A screenshot of this https:/ /launchpadlibra rian.net/ 91366199/ Schermata- L%27arte% 20del%20disegno %20botanico. doc1%20- %20LibreOffice% 20Writer. png .
Reproducible in Utopic's LibreOffice Writer.