https://bugs.documentfoundation.org/show_bug.cgi?id=76389

ady <[email protected]> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |NEEDINFO

--- Comment #17 from ady <[email protected]> ---
I can reproduce it in:
Version: 7.0.4.2 (x86)
Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (es_AR); UI: en-US
Calc: CL

...but not in:
Version: 7.4.6.2 (x64) / LibreOffice Community
Build ID: 5b1f5509c2decdade7fda905e3e1429a67acd63d
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: en-US (es_AR); UI: en-US
Calc: CL

I have not tested versions in between.

To be clear, if I open attachment 96090 with LO 7.0.4.2, change the filtered
values and save it (with a different name), close everything and then I open
the newly saved xls file with either LO 7.0.4.2 or with LO 7.4.6.2, then it
will still show the autofilter arrow in the original black color, and new
filtered values will be shown as expected.

If, instead, the whole procedure is performed by LO 7.4.6.2, then not only the
filtered values are shown as expected but the filter arrow is shown in blue, as
expected.

Lastly, repeating the procedure in LO 7.4.6.2 from the original xls but saving
in xlsx with modified filtered values also resulted in the same expected
results.

Thus, this seems to be WFM as of 7.4. Ideally, the original reported should try
to confirm this by using an updated version of LO if possible, after patiently
waiting for 9 years and updating this report to see this happening.

To the original reporter:
 I am setting the report to NEEDINFO. Please set to WORKSFORME if you are able
to confirm with a newer version, or to NEW if it still doesn't work for you in
a newer (maintained) version.

-- 
You are receiving this mail because:
You are the assignee for the bug.

Reply via email to