Bug 125541 - Calc "format cells" does not leave background "as is"
Summary: Calc "format cells" does not leave background "as is"
Status: RESOLVED INSUFFICIENTDATA
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
6.2.3.2 release
Hardware: All macOS (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-05-28 03:52 UTC by peterpqa
Modified: 2022-03-13 03:37 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:


Attachments
Calc "format cells" does not leave background "as is" (8.30 KB, application/vnd.oasis.opendocument.spreadsheet)
2019-05-28 03:52 UTC, peterpqa
Details
Video of Bug 125541 (14.90 MB, video/quicktime)
2019-06-14 18:13 UTC, peterpqa
Details
Bug 125541 does not happen in OpenOffice (11.33 MB, video/quicktime)
2019-06-14 18:25 UTC, peterpqa
Details

Note You need to log in before you can comment on or make changes to this bug.
Description peterpqa 2019-05-28 03:52:22 UTC
Created attachment 151721 [details]
Calc "format cells" does not leave background "as is"

When you select a range of cells with, for example, various fonts, and you change a different attribute - for example, the background - LibO Calc leaves all the different fonts "as is."

However, if you (1) change the background on a cell, and then immediately (2) select another range of cells with various backgrounds, and change a different attribute - for example, the font - LibO Calc also changes all the selected cells' backgrounds to "none."
Comment 1 raal 2019-05-28 17:49:15 UTC
I can not confirm with Version: 6.3.0.0.alpha1+
Build ID: 53325b40b557cc84d8d21c1baa0ef8d3bfc00ab8
CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3;
Comment 2 peterpqa 2019-05-29 19:28:26 UTC
Can you confirm with Version 6.2.3.2 on macOS 10.14.5, or on other hardware and OS?

Also, it is important that after you (Step 1) change a cell's background, you IMMEDIATELY (Step 2) select a range of cells with different backgrounds. Then, when you select Format>Cells, the Background panel will be selected, with None highlighted. If you change to another format panel and change an attribute, the cells' backgrounds will also be changed to None.

A workaround is to select the range in Step 2, Format>Cells, select another format panel (e.g., Borders), and click Cancel. Then when you Format>Cells again, the Borders panel will come up. You can change borders without changing backgrounds.
Comment 3 Alex Thurgood 2019-06-14 07:50:22 UTC
I only see this :

- in the first cell of the selected block after font or border change, and

- only the first time that a cell from the block is inspected via right mouse button click Format cell entry.

Note that visually, the colours are always displayed, irrespective of what the properties dialog shows.

Any further or subsequent display of the property of the cell shows the correct background colour in the corresponding attributes tab.

Tested with

Version: 6.4.0.0.alpha0+
Build ID: eda0568ec550a10b962c2427edfe05ea3197f107
CPU threads: 4; OS: Mac OS X 10.14.5; UI render: default; VCL: osx; 
Locale: fr-FR (fr_FR.UTF-8); UI-Language: en-US
Calc: threaded
Comment 4 Alex Thurgood 2019-06-14 07:51:40 UTC
Confirming, but only in line with my comments.
Comment 5 peterpqa 2019-06-14 18:13:22 UTC
Created attachment 152200 [details]
Video of Bug 125541

This video demonstrates Bug 125541.
Comment 6 peterpqa 2019-06-14 18:25:32 UTC
Created attachment 152203 [details]
Bug 125541 does not happen in OpenOffice

The same steps do not produce Bug 125541 in Apache OpenOffice 4.1.6.
Comment 7 QA Administrators 2021-06-14 03:40:45 UTC Comment hidden (obsolete)
Comment 8 Roman Kuznetsov 2021-08-13 19:31:47 UTC
no repro in

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: 18771471f75685a6d3838a22d16dcff5c398e652
CPU threads: 4; OS: Mac OS X 10.16; UI render: default; VCL: osx
Locale: ru-RU (ru_RU.UTF-8); UI: en-US
Calc: threaded

petrpqa, could you retest your problem in latest stable 7.1.5 version or in 7.2.0.3 or in current master build (future 7.3 release)?
Comment 9 QA Administrators 2022-02-10 03:41:12 UTC Comment hidden (obsolete)
Comment 10 QA Administrators 2022-03-13 03:37:02 UTC
Dear peterpqa,

Please read this message in its entirety before proceeding.

Your bug report is being closed as INSUFFICIENTDATA due to inactivity and
a lack of information which is needed in order to accurately
reproduce and confirm the problem. We encourage you to retest
your bug against the latest release. If the issue is still
present in the latest stable release, we need the following
information (please ignore any that you've already provided):

a) Provide details of your system including your operating
   system and the latest version of LibreOffice that you have
   confirmed the bug to be present

b) Provide easy to reproduce steps – the simpler the better

c) Provide any test case(s) which will help us confirm the problem

d) Provide screenshots of the problem if you think it might help

e) Read all comments and provide any requested information

Once all of this is done, please set the bug back to UNCONFIRMED
and we will attempt to reproduce the issue. Please do not:

a) respond via email 

b) update the version field in the bug or any of the other details
   on the top section of our bug tracker

Warm Regards,
QA Team

MassPing-NeedInfo-FollowUp