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

--- Comment #5 from stefan_lange...@t-online.de <stefan_lange...@t-online.de> 
---
Created attachment 139121
  --> https://bugs.documentfoundation.org/attachment.cgi?id=139121&action=edit
Screenshot of the filter list

The Bug ist still present in LO 5.4.4
Version: 5.4.4.2 (x64)
Build-ID: 2524958677847fb3bb44820e40380acbe820f960
CPU-Threads: 4; BS: Windows 6.19; UI-Render: Standard; 
Gebietsschema: de-DE (de_DE); Calc: group

and also in
Version: 6.0.0.2 (x64)
Build-ID: 06b618bb6f431d27fd2def25aa19c833e29b61cd
CPU-Threads: 4; BS: Windows 10.0; UI-Render: GL; 
Gebietsschema: de-DE (de_DE); Calc: CL

and
Version: 6.1.0.0.alpha0+ (x64)
Build-ID: facfc2951ea9f4745edd4a6fb1cf97697f33f40a
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; 
TinderBox: Win-x86_64@62-TDF, Branch:master, Time: 2018-01-14_00:42:04
Gebietsschema: de-DE (de_DE); Calc: CL

The first time the bug occured in LO 5.0.0, when in the filter entry list the
the entry "empty" ("leer") was introduced - see in the attached screenshot. In
LO 3 and 4 this entry was not present. One could filter the not empty rows only
via "not empty" in the upper part of the filter list.

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to