Re: Linux SAL_USE_VCLPLUGIN=svp and the clipboard

On 03/04/2020 18:00, Miklos Vajna wrote: My understanding is that in when svp is active and comphelper::LibreOfficeKit::isActive() returns true, then the expectation is that each view has its own clipboard. A "view" is the Window -> New Window menu item. The LOK case wants this, as such a view ac

Re: Linux SAL_USE_VCLPLUGIN=svp and the clipboard

Am 03.04.20 um 17:09 schrieb Stephan Bergmann: > It is not clear to me what the intended behavior of > SalInstance::CreateClipboard is, and thus how the two tests (and the > expected tiledrendering behavior that > ScTiledRenderingTest::testMultiViewCopyPaste apparently tests?) should > be fixed. I

Re: Linux SAL_USE_VCLPLUGIN=svp and the clipboard

Hi Stephan, My understanding is that in when svp is active and comphelper::LibreOfficeKit::isActive() returns true, then the expectation is that each view has its own clipboard. A "view" is the Window -> New Window menu item. The LOK case wants this, as such a view actually ends up in the web brow

Re: Linux SAL_USE_VCLPLUGIN=svp and the clipboard

On 03/04/2020 17:09, Stephan Bergmann wrote: It is not clear to me what the intended behavior of SalInstance::CreateClipboard is, and thus how the two tests (and the expected tiledrendering behavior that ScTiledRenderingTest::testMultiViewCopyPaste apparently tests?) should be fixed. Also, w

Linux SAL_USE_VCLPLUGIN=svp and the clipboard

I ran into this when trying `SAL_USE_VCLPLUGIN=gen make uicheck` on Linux. On the one hand we have "uitest for bug tdf#118189" introducing test_tdf118189 in sc/qa/uitest/calc_tests2/tdf118189.py. It copies a ro