Description: Rows inserted above a pivot table that starts in row 1 replicate the format and dropdown button images of the pivot table headings. Steps to Reproduce: 1. Create a pivot table with one or more row fields and one data field, destination: new sheet. 2. Select entire rows (one or more) starting from row 1. 2. Insert Rows Above. Actual Results: The format and images from the heading cells of the pivot table are replicated in the new rows above the pivot table. Cells in the columns above row fields are protected. The result is that the pivot table appears to extend into the rows above it. Expected Results: Cells inserted above pivot tables which start in row 1 should have default formatting, no images, and no cell protection. This is a special case of inserting rows above row 1. It is otherwise normal for cells inserted above row 1 to inherit the format of cells in row 1. Reproducible: Always User Profile Reset: No Additional Info: Version: 6.1.5.2 Build ID: 1:6.1.5-3+deb10u6 CPU threads: 12; OS: Linux 4.19; UI render: default; VCL: x11; Locale: en-CA (en_CA.utf8); Calc: group threaded Also occurs in Version: 7.0.4.2 Build ID: dcf040e67528d9187c66b2379df5ea4407429775 CPU threads: 12; OS: Linux 4.19; UI render: default; VCL: gtk3 Locale: en-CA (en_CA.utf8); UI: en-US Calc: threaded
Repro at least with the format. Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 66013201749df7d5ac5ddaf377a7b3732518a93b CPU threads: 4; OS: Windows 10.0 Build 21296; UI render: default; VCL: win Locale: es-ES (es_ES); UI: en-US Calc: CL
(In reply to m.a.riosv from comment #1) > Repro at least with the format. > Version: 7.2.0.0.alpha0+ (x64) / LibreOffice Community > Build ID: 66013201749df7d5ac5ddaf377a7b3732518a93b > CPU threads: 4; OS: Windows 10.0 Build 21296; UI render: default; VCL: win > Locale: es-ES (es_ES); UI: en-US Calc: CL The images do not appear in the rows above the pivot table when there are columns in the pivot table. Cell protection prevents the protected cells from becoming active with the mouse (by clicking on them with the mouse pointer), but they can become the active cell by moving there with the keyboard.
Dear Robert Lacroix, 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