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
Created attachment 202033 [details] Simple reproducer based on attachment 196791 [details] from bug 163207 Confirming in current master Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 7f4868348c14b305fcd75744e1e3544d0d3a5d61 CPU threads: 14; OS: Windows 10 X86_64 (build 19045); UI render: Skia/Raster; VCL: win Locale: de-DE (hu_HU); UI: en-US Calc: threaded
Created attachment 202034 [details] The pivot table before inserting rows
Created attachment 202035 [details] The pivot table after inserting rows The filter dropdowns are not operational and a save and reload makes them disappear. The thick cell borders survive saving. The problem happens only if there are no empty lines above the pivot table. Inserting some lines, saving and reloading and again inserting lines does not produce the same result.
Balazs Varga committed a patch related to this issue. It has been pushed to "master": https://git.libreoffice.org/core/commit/f85188809d28dfe01ac8ed8b93e62e17f59773d2 tdf#140027 - sc fix inserting rows before pivot table in row 1 It will be available in 26.2.0. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Balazs Varga committed a patch related to this issue. It has been pushed to "libreoffice-25-8": https://git.libreoffice.org/core/commit/9920cf0642b175798afb319cc4b9d8b2bef4e67c tdf#140027 - sc fix inserting rows before pivot table in row 1 It will be available in 25.8.1. The patch should be included in the daily builds available at https://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: https://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Verified in Version: 26.2.0.0.alpha0+ (X86_64) / LibreOffice Community Build ID: 04d2a7d2f6a20bc69b7876e9c502c627e83e9f8f CPU threads: 8; OS: Linux 6.8; UI render: default; VCL: gtk3 Locale: hu-HU (hu_HU.UTF-8); UI: hu-HU Calc: threaded Now inserting any number of new rows above does not copy the borders or the dropdown graphic.