Description: I am currently using 7.4.6.2 or 7.5.2.2 under W11x64 current version and have always made changes to the header or footer in the past via print preview, page format... It still works and appears as desired when printing, but is no longer available after saving and calling up the table again. Have now found out that this problem only occurs with .xls but not with .xlsx. Not even when working with .xls via insert, headers/footers... I have not tested .ods and other formats. Actual Results: . Expected Results: . Reproducible: Always User Profile Reset: No Additional Info: .
Repro in 7.4.6.2 and 7.6.alpha. The Page format is not only not preserved after they have been changed, but also other fields in the same dialog are not preserved from their prior defaults. For example, I changed Left and Right margins from zero to 1 mm while leaving the spacing field as it was by default at 2.5 mm and the height at 4.99 mm. After saving as xls, closing and reopening, the first 3 fields were at 0 and the 4th was at 2.5 mm (vs. 4.99 before). IDK whether there are different defaults for ods than for xls, but the fields that were changed were not preseved in xls. So there is at least 1 bug, if not 2.
In LO 3.3 the changes are not preserved either, but the values that were not modified were not altered, which indeed happens in LO 7.4.6. So the case seems to be worse than in LO 3.3.
In the print preview window, I also register not saving the settings. There are no problems with saving if you use page format change. You can also change the page format visually through the preview. В окне предварительного просмотра печати - тоже регистрирую не сохранение настроек. Проблемы с сохранением нет если использовать изменение формата страницы. Также изменить формат страницы можно наглядно через предварительный просмотр.
Dear hr, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug