Description: Formatting on the cells of the pivot table (background color, borders...) is lost after refreshing of the data. I have the pivot table but wanted to make it look better, so added some coloring and borders. When I refresh the table to show changes in the data, all the editing is lost and the pivot table looks as the first time i did it. It's not the end of the world, but it would be nice not to have to repeat the editing after refreshing the data. Steps to Reproduce: 1.Create a pivot table. 2.Add some formatting to the data in the table, background color or borders. 3.Refresh the pivot table. Actual Results: It's easy to reproduce. Just add some formatting to the pivot and refresh the table. The formatting will be gone after refreshing. Expected Results: Formatting of the pivot table is gone. Reproducible: Always User Profile Reset: Ideally, the formatting of the pivot should have stayed the same and only the data updated after refreshing. Additional Info: User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_12_1) AppleWebKit/602.2.14 (KHTML, like Gecko) Version/10.0.1 Safari/602.2.14
Please provide a simple sample file. I'm pretty sure this is a dupe and that it's been around forever (i.e., "inherited from OOo). Once you attach a simple sample set to UNCONFIRMED.
Created attachment 129016 [details] SIMPLE EXAMPLE OF PIVOT TABLE Just go into the pivot table and refresh it. All the editing will be lost.
Version: 5.4.0.0.alpha0+ Build ID: 8a279d7de4cf94c99f655f6edd0da0c24ab4003c CPU Threads: 2; OS Version: Linux 4.4; UI Render: default; VCL: gtk3; Layout Engine: new; Locale: en-US (en_US.UTF-8); Calc: single Confirmed. Also confirmed on 3.3 so updating the version. Setting as: Minor: I understand this is a real PITA (it affects me too) but it doesn't *prevent* high quality work, just slows it down in an annoying way Low: Default for minor bugs Note: Priority really has no affect what so ever on when a bug gets fixed, it just is supposed to be an objective prioritization that developers (volunteers) are free to entirely ignore.
** Please read this message in its entirety before responding ** 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 http://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://kiwiirc.com/nextclient/irc.freenode.net/#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
tested in 6.2.5.2 create spreadsheet with a date column create pivot table with date in left column... displays as 2 char year format the date column in pivot to 4 char year refresh pivot data - date display is reset to 2 char year. I note this comment from earlier: "Setting as: Minor: I understand this is a real PITA (it affects me too) but it doesn't *prevent* high quality work, just slows it down in an annoying way Low: Default for minor bugs" May seem minor to some but it is a major issue to this user (pivot table user since excel 95). Similar formatting issues arise when pulling data from postgres. ... refresh data from postgres, remember to change the data format for $ columns, refresh the pivot table(s), reapply all the formatting that was lost in the refresh... then make one small change in underlying financial data and then repeat all these steps again.. I appreciate all the efforts of the Libreoffice devs but I really hope some one who is capable of fixing this feels it needs fixing. thanks..
still repro in Version: 6.5.0.0.alpha0+ (x64) Build ID: 2d736e1a0a2bbd41fe7793d52bbcc7bfc89c7da3 CPU threads: 4; OS: Windows 10.0 Build 18362; UI render: default; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded
https://bugs.documentfoundation.org/show_bug.cgi?id=41645 talks about conditional formatting only, but aren't those 2 related? (I understand that any formatting on a pivot table is lost on refresh.)
Consolidating this issue by marking as duplicate of earlier bug 41645 *** This bug has been marked as a duplicate of bug 41645 ***