Bug 108834 - PIVOTTABLE: empty values filtering works incorrectly for Date type columns
Summary: PIVOTTABLE: empty values filtering works incorrectly for Date type columns
Status: NEW
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Calc (show other bugs)
Version:
(earliest affected)
5.4.0.0.beta2
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: Pivot-Table
  Show dependency treegraph
 
Reported: 2017-06-28 12:05 UTC by Gabor Kelemen (allotropia)
Modified: 2023-03-26 03:23 UTC (History)
4 users (show)

See Also:
Crash report or crash signature:


Attachments
Sample file (13.45 KB, application/vnd.oasis.opendocument.spreadsheet)
2017-06-28 12:05 UTC, Gabor Kelemen (allotropia)
Details
Only empty values are selected to show in B1 (105.19 KB, image/png)
2017-06-28 12:06 UTC, Gabor Kelemen (allotropia)
Details
There are 9 "Second type" rows with empty values (26.98 KB, image/png)
2017-06-28 12:07 UTC, Gabor Kelemen (allotropia)
Details
I only put 5 rows of "Second type" with empty pwdlastset values to the users sheet (169.60 KB, image/png)
2017-06-28 12:09 UTC, Gabor Kelemen (allotropia)
Details
Test file (15.05 KB, application/vnd.oasis.opendocument.spreadsheet)
2017-06-29 14:29 UTC, m_a_riosv
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Gabor Kelemen (allotropia) 2017-06-28 12:05:26 UTC
Created attachment 134343 [details]
Sample file

Attached spreadsheet contains a simple pivot table with a filter in B1 set to show only the empty values.

The number of values shown after filtering differs from the ones I'd expect.

Of the "Second type" (cell A5) there should be 5 entries on the users sheet, yet Calc shows the value 9 in cell B5.
Clicking on the cell produces a new sheet with the 9 "Second type" rows, of which 4 have a value in the filtered pwdLastSet column.

Similarly for the hidden (empty) type in cell A6 Calc should show 2 in B6, yet it shows 3.

Autofiltering the C and E columns on the users sheet shows correct number of "Second type" and (empty) values where the E column is empty: 5 and 2.
Comment 1 Gabor Kelemen (allotropia) 2017-06-28 12:06:22 UTC
Created attachment 134344 [details]
Only empty values are selected to show in B1
Comment 2 Gabor Kelemen (allotropia) 2017-06-28 12:07:31 UTC
Created attachment 134345 [details]
There are 9 "Second type" rows with empty values
Comment 3 Gabor Kelemen (allotropia) 2017-06-28 12:09:45 UTC
Created attachment 134346 [details]
I only put 5 rows of "Second type" with empty pwdlastset values to the users sheet
Comment 4 m_a_riosv 2017-06-29 14:29:52 UTC
Created attachment 134385 [details]
Test file

Looks it counts not only empty but some other rows.
Visible with the pt organize on other way, attached.
Comment 5 Buovjaga 2017-06-29 18:01:48 UTC
(In reply to m.a.riosv from comment #4)
> Created attachment 134385 [details]
> Test file
> 
> Looks it counts not only empty but some other rows.
> Visible with the pt organize on other way, attached.

Miguel: should we set to NEW?
Comment 6 m_a_riosv 2017-06-29 18:23:16 UTC
Right
Comment 7 QA Administrators 2018-10-13 03:14:00 UTC Comment hidden (obsolete)
Comment 8 QA Administrators 2020-11-07 04:11:35 UTC Comment hidden (obsolete)
Comment 9 Gabor Kelemen (allotropia) 2021-03-25 23:26:47 UTC
Still the same in

Version: 7.2.0.0.alpha0+ / LibreOffice Community
Build ID: 5262a9e88037decc26da84e7fa62f2955d4cdb85
CPU threads: 8; OS: Linux 5.4; UI render: default; VCL: gtk3
Locale: hu-HU (hu_HU.UTF-8); UI: en-US
Calc: threaded
Comment 10 QA Administrators 2023-03-26 03:23:25 UTC
Dear Gabor Kelemen,

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