[Libreoffice-bugs] [Bug 118052] Libreoffice 5.4 cannot copy paste in certain instances.

[b***@bugs.documentfoundation.org]

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

Dieter Praas <dgp-***@gmx.de> changed:

What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Status|UNCONFIRMED |NEEDINFO
CC| |dgp-***@gmx.de

--- Comment #1 from Dieter Praas <dgp-***@gmx.de> ---
Thank you for reporting the bug. Could you please try to reproduce it with the
latest version of LibreOffice from
https://www.libreoffice.org/download/libreoffice-fresh/ ? I have set the bug's
status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' if the bug is
still present in the latest version.

[b***@bugs.documentfoundation.org]

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

Don't know how to check open gl.

You can disable OpenGL here: Tools => Option => LibreOffice => View => Graphics
Output

[b***@bugs.documentfoundation.org]

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

--- Comment #4 from Telesto <***@surfxs.nl> ---
Similar reports: bug 116014, bug 113220 bug 57147

[b***@bugs.documentfoundation.org]

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

***@yahoo.com changed:

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

--- Comment #3 from ***@yahoo.com ---
I installed Version: 6.0.4.2 (x64) Libre office and the
Issue still persists.
Unable to right click/paste when virtualbox is running an XP machine
I can CTRL-V without a problem.

I also checked Open GL. It was off, but the problem still persists whether its
on or off.

I also notice that if I immediately close LOffice and right click/paste the
data in the clipboard will paste, but then on the next try the rightclick paste
is again inactive.

Thanks.

[b***@bugs.documentfoundation.org]

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

--- Comment #7 from ***@yahoo.com ---
Further info:

I have another W10 pc that had been upgraded from w7 when W10 was a free
upgrade a few years ago.

It operates Libre Office 6 right click /paste properly when virtualbox is
running.
So there may be some files that came over from the w7 installation that the
newer w10 unit does not have or uses differently.

So I can understand why it may be difficult to reproduce the problem.

[b***@bugs.documentfoundation.org]

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

--- Comment #6 from ***@yahoo.com ---
Are you telling me that the problem is not repeatable on your test systems?

I am not sure how much more specific I can get to describe the problem. I do
not have a clipboard viewer, but

1. using the same circumstances when the rightclick paste fails, I have done a
control-v and the paste succeeds.
2. I can also rightclick /paste with any other app and it works
3. I have since tested with the LO Spreadsheet program and the problem exists
there.
4. And in the Open office app which LO is forked from, they appear to have a
similar issue.

This indicates that the problem has existed a long time, but has not been
properly identified.

I cannot install a clipboard viewer.

[b***@bugs.documentfoundation.org]

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

V Stuart Foote <***@utsa.edu> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@utsa.edu

--- Comment #5 from V Stuart Foote <***@utsa.edu> ---
Find a clipboard viewing utility (I prefer Nirsoft's InsideClipboard [1]) and
install to both the Windows 10 host and to the XP guest VM. Then peek at what
is held in clipboard both on the XP virtual machine and on the host Windows
system.

The Windows system clipboard is not a stack--just one application has control
and it should release it when finished or another application makes a clipboard
call. The release may or may-not purge the clipboard.

Suspect the VirtualBox VM framework is holding the clipboard mouse context menu
actions--although it is possible some other application is blocking.

But frankly LO's clipboard management internally, and our crossplatform
integration with the OS "system clipboard" has problems.

Good solid steps to reproduce are needed for these kinds of issues.

=ref-=
[1] https://www.nirsoft.net/utils/inside_clipboard.html

[b***@bugs.documentfoundation.org]

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

Dieter Praas <dgp-***@gmx.de> changed:

What |Removed |Added
----------------------------------------------------------------------------
Blocks| |102593
Summary|Libreoffice 5.4 cannot copy |Libreoffice cannot copy
|paste in certain instances. |paste in certain instances.


Referenced Bugs:

https://bugs.documentfoundation.org/show_bug.cgi?id=102593
[Bug 102593] [META] Paste bugs and enhancements

[b***@bugs.documentfoundation.org]

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

--- Comment #8 from eelutejiswi <***@gmail.com> ---
there are many closed bugs for the same issue http://www.locationscity.com/

[b***@bugs.documentfoundation.org]

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

V Stuart Foote <***@utsa.edu> changed:

What |Removed |Added
----------------------------------------------------------------------------
CC| |***@libreoffice.org
Ever confirmed|0 |1
Status|UNCONFIRMED |NEEDINFO
Summary|Libreoffice cannot copy |Libreoffice cannot copy
|paste in certain instances. |paste from VirtualBox
| |hosted Windows XP VM with
| |5.4.7
OS|All |Windows (All)
Whiteboard| |needsVirtualBox needsXP

--- Comment #9 from V Stuart Foote <***@utsa.edu> ---
(In reply to dudemr from comment #6)

Post by b***@bugs.documentfoundation.org
Are you telling me that the problem is not repeatable on your test systems?

Your configuration running Windows XP on a VirtualBox machine makes it
challenging for anyone to replicate. Few if any will be able to repeat.

We also need more precise steps to reproduce--unclear even which clipboard
(host OS or guest XP has keyboard/mouse focus). Lots of moving pieces.

Post by b***@bugs.documentfoundation.org
I cannot install a clipboard viewer.

YOU need to as it is required data point to determine if the system clipboard
(both the host OS, and the guest OS) correctly receives the copied content to
make it available for paste.

Prove the content is available to both clipboards! Are the clipboards (host and
guest VM) in sync? That NEEDINFO is to you.

We have to determine if your lack of context menu connection to clipboard on
the host OS is simply a VirtualBox issue? Installing a clipboard viewer to both
host and guest VM is needed to diagnose. Do other applications running on the
host behave when the XP VM is running?

Also, unclear if you are having the paste issue in the VM or in the host OS?
Would need to know which has keyboard/mouse focus.

Does this only affect the host when a XP guest OS is running hosted by
VirtualBox?

Otherwise--if the VM hosting of a currently active build (6.0, 6.1 or
6.2/master) on a supported VM (Windows 7 sp1, 8.1 or 10) actually has this
issue--it can be addressed.

I can test a VMWare VM, I probably won't test VirtualBox. At this point this is
"needsVirtualBox needsXP", we'll adjust that if not the case.

If VirtualBox on Windows 10 hosting XP VM with a 5.4 build is the only
constant, for certain we WONTFIX as XP is unsupported and 5.4 is EOL--and
frankly looks to be not our bug.

@Xisco--any take for running this down?

[b***@bugs.documentfoundation.org]

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

--- Comment #10 from ***@yahoo.com ---
I can appreciate that it's not really your problem since there is a version of
w10 that can copy paste with virtual box running.

Thank you for the responses and the effort. I will use the unit that works.
Please consider the issue closed.

[b***@bugs.documentfoundation.org]

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

V Stuart Foote <***@utsa.edu> changed:

What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |WORKSFORME
Status|NEEDINFO |RESOLVED

--- Comment #11 from V Stuart Foote <***@utsa.edu> ---
Testing from Windows 10 Ent 64-bit en-US (ver 1803) with VMWare Workstation Pro
12.5.8 and a Windows XP Sp3 32-bit guest VM.

Nirsoft InsideClipboard installed to VM and to Host.

Clipboard Linkage across to VMWare hosting framework looks to just support
Clipboard Format ID 13 CF_UNICODETEXT

From a Firefox session running on VM a copy of styled content from a web page
posts Clipboard Format ID 1, 13, 49331, 49486, 49487, 49488, and 49489.
Crossing the VMWare bridge just ID 13 content is posted to clipboard of the
host.

Likewise, from a Firefox session running on the Win 10 host, copy of style
content from the same web pages posts Clipboard Format ID 1, 13, 49409, 49882,
49883, 49884, 49885

Working with LibreOffice.

From a LO 5.4.7.2 session running on VM, a copy of formatted paragraph of text
from Writer populates the VMs clipboard with ID 1, 13, 49331, 49372, 49430,
49528, 49529, 49530, 49531. And here the host clipboard picks up just the IDs
CF_UNICODETEXT and Rich Text Format clipboard content passed back to the host.

And copy of the same formatted DT entry from a LibreOffice 6.1.0.0alpha1
session on the host places Clipboard IDs 1, 13, 49296, 49409, 49338, 49912,
49915, 49918, 49919 -- with the same CF_UNICODE and Rich Text Format clipboard
content passed to the guest XP.

So, at least with VMWare Workstation--the clipboard is bidirectional, but does
limit what content is passed between host and guest OS. And otherwise, the
content on the clipboard(s) will be dependent on the VM hosting framework.

=-ref-=

Clipboard IDs, ** mark content crossing from VMWare guest OS
XP guest
1 - CF_TEXT
13 - CF_UNICODETEXT **
49331 - HTML Format
49372 - Rich Text Format **
49430 - Richtext Format
49486 - text/html
49487 - text/_moz_htmlcontext
49499 - text/-moz_htmlinfo
49489 - text/x-moz-url-priv
49528 - Star Embed Source (XML)
49529 - HTML (Hyper Text Markup Language)
49530 - Link
49531 - Star Object Descriptor (XML)


Win10 host
1 - CF_TEXT
13 - CF_UNICODETEXT **
49296 - Rich Text Format **
49409 - HTML Format
49882 - text/html
49883 - text/_moz_htmlcontext
49884 - text/-moz_htmlinfo
49885 - text/x-moz-url-priv
49838 - Richtext Format Memory
49912 - Star Object Descriptor (XML)
49915 - HTML (HyperText Markup Language)
49918 - Link
49919 - Star Embed Source (XML)

[b***@bugs.documentfoundation.org]

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

--- Comment #12 from V Stuart Foote <***@utsa.edu> ---
@dudemr, I'm OK with closing this out WFM but could you let us know if with
your VirtualBox instance(s) you had installed the Guest Addition for XP (hosted
as VBoxGuestAdditions_<buildID>.iso for all OSs [1, 2]).

VMWare Workstation has a similar requirement to install its VMWare Tools, which
I do routinely. Poked around and found that Oracle's VirtualBox had a similar
requirement needed to control UI features between host and guest like clipboard
and GPU/monitor display tweaking.

=-ref-=
[1] https://www.virtualbox.org/manual/ch04.html#additions-windows

[2] https://download.virtualbox.org/virtualbox

[b***@bugs.documentfoundation.org]

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

***@yahoo.com changed:

What |Removed |Added
----------------------------------------------------------------------------
Resolution|WORKSFORME |NOTOURBUG

--- Comment #13 from ***@yahoo.com ---
Update:

The issue is not Libre office

I resolved the issue. I had used a cloned image for the xp machine which had an
older vbox addition. I reloaded the newer vbox addition and all copy paste
functions work now.

Thank you all for your assistance.

[b***@bugs.documentfoundation.org]

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

--- Comment #14 from ***@yahoo.com ---
Created attachment 142627
--> https://bugs.documentfoundation.org/attachment.cgi?id=142627&action=edit
this is a pdf of the bug

[b***@bugs.documentfoundation.org]

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

***@yahoo.com changed:

What |Removed |Added
----------------------------------------------------------------------------
Resolution|NOTOURBUG |---
Status|RESOLVED |REOPENED

--- Comment #15 from ***@yahoo.com ---
Unfortunately I jumped the gun. I still have the problem, but its a little
changed. Also I found out that the other older W10 unit also does it too.

To reproduce the problem:

Start virtualbox wxp virtual machine. Wait till it is fully up. You can then
minimize it or place it in the background.
Start LO Writer in the W10 host.
Also in the W10 host, Start Chrome. Go to
https://tnstateparks.com/parks/cummins-falls as an example
Hilight any part of the page in chrome and copy.
Mouse over to Writer . Right click > usually paste is active on the initial
menu
Repeat the hilight-copy on the webpage
on the second writer rightclick paste is no longer active.
However ctrl-v does paste properly.
If you close Writer and then relaunch then right click/paste is active from the
data in step 7
On subsequent pastes rightclick /paste is no longer available, which indicates
to me that the clipboard is running.

If you give me specific instructions I will try to get a clipboard tool for the
info you require.

[b***@bugs.documentfoundation.org]

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

V Stuart Foote <***@utsa.edu> changed:

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

[b***@bugs.documentfoundation.org]

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

--- Comment #16 from V Stuart Foote <***@utsa.edu> ---
(In reply to dudemr from comment #15)

Post by b***@bugs.documentfoundation.org
If you give me specific instructions I will try to get a clipboard tool for
the info you require.

As in comment 5

But again, if the VM guest is Windows XP running 5.4.7 this will not/can not be
fixed.

[b***@bugs.documentfoundation.org]

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

***@yahoo.com changed:

What |Removed |Added
----------------------------------------------------------------------------
Version|5.4.7.2 release |6.0.4.2 release

--- Comment #17 from ***@yahoo.com ---
Hello Stuart:
I tried but could not edit the bug title from version 5.

The virtualbox is not running LO, it runs only the XP operating system and a
few apps that operate only in XP, but none of these apps are actually started
in the XP box when the issue occurs.

The problem occurs on the host machine which is running w10 64 bit and LO
6.0.4.2.
it also occurs in LO 5. I updated it from LO 5 when I was advised that there
was a newer version.

The XP VM is minimized or in the background on the taskbar of of W10.
All operations in LO and in chrome occur in the W10 host environment.
However the issue occurs only when virtualbox is running.
The clipboard works for all other apps that i use including notepad and wordpad

I do have a workaround using ctrl-v, but I thought that the problem should be
properly identified and fixed, if not now, then in a future release.

[b***@bugs.documentfoundation.org]

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

Xisco Faulí <***@libreoffice.org> changed:

What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |WONTFIX

--- Comment #18 from Xisco Faulí <***@libreoffice.org> ---
LibreOffice no longer runs on XP since LibreOffice 6.1 ->
https://wiki.documentfoundation.org/ReleaseNotes/6.0#Windows
Closing as RESOLVED WONTFIX