[Libreoffice-bugs] [Bug 117600] CALC AutoFilter Breaks line count affecting print preview, physical print and row count for a user selected block

bugzilla-daemon at bugs.documentfoundation.org bugzilla-daemon at bugs.documentfoundation.org
Thu Jun 14 19:39:01 UTC 2018


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

Colin <that.man.colin at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEEDINFO                    |UNCONFIRMED
     Ever confirmed|1                           |0

--- Comment #5 from Colin <that.man.colin at gmail.com> ---
(In reply to Buovjaga from comment #4)
> I tried to reproduce it, but it seems you have to give more exact steps.
> 
> In the Unpaid at May9 sheet I did Data - Autofilter.
> I unticked several names in the Efternamn column, OK.
> I reset the filter in the Efternamn column by ticking All, OK
> 
> The print preview looked the same as before any of my actions.
> 
> NEEDINFO while we wait for exact steps.
> 
> Arch Linux 64-bit
> Version: 6.2.0.0.alpha0+
> Build ID: 8447d31e529985ef7fc71933f0e55685530f9fc9
> CPU threads: 8; OS: Linux 4.16; UI render: default; VCL: kde4; 
> Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
> Built on June 14th 2018

I'm using WIN 10 x64 not Linux. Could this be a contributory factor?
Also, removing a name only removes 1 item so removing three may not produce
immediately noticeable anomalous results.
If it's the first three, one page short three lines might not seem to be an
error. If it's three random names occurring on their own discrete pages then
also, one line short may not be noticeable.
Try removing one (or more) of the other items where there are multiple lines
for each "event" - date groups are a good target - and then after sorting on
the significantly reduced sample, sort on a different column.
Also, removing a more significant sample will also make it easier to verify
that perhaps eight visible contiguous cells have been selected but the
statistical count at the bottom may indicate 157 selected.
If the first sheet in the sample provided did not reproduce the effect simply
by opening it then I think there must be an OS related variance because the
condition survives closing and reopening the document in WIN 10.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.freedesktop.org/archives/libreoffice-bugs/attachments/20180614/bcb07e3b/attachment.html>


More information about the Libreoffice-bugs mailing list