[Libreoffice-bugs] [Bug 132327] Large clipboard content could not be properly pasted

[bugzilla-daemon at bugs.documentfoundation.org]

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

Timur <gtimur at gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
           See Also|                            |https://bugs.documentfounda
                   |                            |tion.org/show_bug.cgi?id=60
                   |                            |468
           Keywords|bibisectRequest             |bibisected, bisected
                 CC|                            |erack at redhat.com

--- Comment #10 from Timur <gtimur at gmail.com> ---
Bibisected in LO 4.1.

347b6e59bd05495b43c28ff0596edb3a5d7432fd is the first bad commit
Date:   Fri Sep 18 11:11:28 2015 +0800
source-hash-a883783c2a1b0e7a8ee5b46387d1e1e3bc5e19bd
Previous source-hash-708cab47c4457637f87815750a026168b3f10c84 so single commit.

    commit a883783c2a1b0e7a8ee5b46387d1e1e3bc5e19bd
    Author:     Eike Rathke <erack at redhat.com>
    AuthorDate: Tue May 14 13:39:27 2013 +0200
    Commit:     Eike Rathke <erack at redhat.com>
    CommitDate: Tue May 14 14:16:02 2013 +0200

        resolved fdo#60468 no special tab case workaround for CSV import

        This reverts 322cbc3818b0553254aab2dfb3c5b196fe814097 "Import
mal-formed
        csv files gracefully." (code now moved to a different location) which
        was a workaround for a specific situation that breaks things with other
        documents.

        With the rework of CSV import for 3.6 the import of the one failing
        document https://bugzilla.novell.com/attachment.cgi?id=294589 from
        https://bugzilla.novell.com/show_bug.cgi?id=507322 works almost fine
        without this workaround, with one difference in row 1805 where data is
        completely broken and parts of two rows end up in one cell P1805. That
        row wasn't correct with the workaround either, see also cell P1805 in
        earlier versions.

        As a result now without that workaround there is one data row less for
        the broken document but correct data for correct documents.


Adding Eike to CC.

Bug is easily seen. When clipboard is pasted, normally it has around 60.000
rows, but with the bug it pastes around 50.000 row and given an error. 
Only issue is that Nirsoft is Windows only clipboard, we should use
multi-platform clipboard tool, I guess CopyQ may do.

-- 
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/20200902/acba98fb/attachment.htm>