Copy Paste Not Working Mac For Huge Text

Some windows you open on your computer might not support the right-click context menu. This means that when you try right-clicking, not only is there no menu that shows up but you're left wondering if you can copy or paste the text or image.

Citrix Copy Paste Not Working
Copy Paste Not Working Mac For Huge Text Generator
Copy Paste Not Working Mac For Huge Text Emojis
Copy Paste Not Working Mac For Huge Text Pictures

Fortunately, most programs support keyboard shortcuts for copying and pasting so that you can perform these actions without needing an on-screen menu. The great thing is that nearly all programs come with these shortcuts built-in, so you don't need to worry about learning anything but these.

What's more is that there's another shortcut that can not just copy and paste but even delete the original content all in one shortcut.

How to Copy and Paste With the Ctrl/Command Key

This does not use 'copy'n'paste' (which gave you the garbled text), but probably uses the same software routines as used for rendering the text on screen, and may therefor produce more usable results. How to Copy and Paste on a Mac. In this Article: Article Summary Using the Menu Bar Using the Trackpad Community Q&A This wikiHow teaches you how to copy and paste text or files on your Mac computer. While your Mac's built-in menu bar is the preferred way to copy and paste information, you can also use your Mac's trackpad or keyboard to copy and paste. The Control C and Control V - the windows method does not work on MAC. We have Command + C and Command + V instead on MAC.

Copy:Ctrl+C (Windows) or Command+C (Mac)
Paste: Ctrl+V (Windows) or Command+V (Mac)
Cut:Ctrl+X (Windows) or Command+X (Mac)

Follow these steps if you need a bit more help:

Highlight whatever you plan to copy.
If the program doesn't let you use your mouse, try hitting Ctrl+A on your keyboard to select all the text, or Command+A if you're using a Mac.
Press the Ctrl key and hold it down. While doing that, press the letter C once, and then let go of the Ctrl key. You've just copied the contents to the clipboard.
To paste, hold down the Ctrl or Command key again but this time press the letter V once. Ctrl+V and Command+V is how you paste without a mouse.

Tips

The above steps are useful if you want to keep the original content and just make a copy elsewhere. For example, if you want to copy an email address from a website and paste it into your email program.

There's a totally different shortcut you can use to copy and paste and then automatically delete the original content, called cutting. This is useful in a circumstance like when you're re-arranging paragraphs in an email and you want to remove the text to put it elsewhere.

To cut something is as simple as using the Ctrl+X shortcut in Windows or Command+X in macOS. The moment you strike Ctrl/Command+X, the information disappears and is saved in the clipboard. To paste the contents, just use the paste hotkey mentioned above (the Ctrl or Command key and the letter V).

Some programs let you do a bit more with copy/paste by combining the Ctrl keyboard shortcut, but you'll need your mouse, too. For example, in the Chrome web browser in Windows, you can hold the Ctrl key while you right-click with the mouse to choose to Paste as plain text, which will paste the clipboard contents without any formatting.

Join GitHub today

GitHub is home to over 40 million developers working together to host and review code, manage projects, and build software together.

Citrix Copy Paste Not Working

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Comments

commented Feb 12, 2016•
edited by CendioOssman

I recently upgraded my tigervnc installation to 1.6.0. Since upgrading the function of the clipboard, copying text from the client host to the active vnc session no longer works consistently.

It seems that upon opening a new vnc window the clipboard/copy function works for a short period of time (one copy), before becoming unresponsive. Closing the vnc window and opening a new window seems to lead to the same behavior.

Would diagnostic info be useful here - and if so what?

tigervnc version:

The client host is both Windows 10 and OS X 10.10.5 running the realvnc viewer v5.3.0

commented Feb 15, 2016

Do you get these issues if you use some other client (e.g. ours)?

Does it continue to work fine from server to the client?

commented Feb 16, 2016

Thanks @CendioOssman, is there an OS X viewer available? I can only see Windows viewers on the download page https://bintray.com/tigervnc/stable/tigervnc/1.6.0

And regarding server -> client, no that also stops working. So it would appear to me like it's a persistent shared clipboard issue.

commented Feb 16, 2016

On Tue, Feb 16, 2016 at 1:47 PM, Paul J. Durack notifications@github.com
wrote:

Thanks @CendioOssmanhttps://github.com/CendioOssman, is there an OS X
viewer available? I can only see Windows viewers on the download page
https://bintray.com/tigervnc/stable/tigervnc/1.6.0
Yes, there is an OS X viewer. Look on that page for the file:
TigerVNC-1.6.0.dmg.

-brian

commented Feb 16, 2016

@bphinz great thanks for the tipoff, am testing now and at least currently seems to be working as expected.

commented Feb 17, 2016

@CendioOssman@bphinz it would appear this issue is a problem with the realVNC client, so please feel free to close.

I've been happily using the tigerVNC client most of today and have had client -> host and host -> client clipboard happily working, persistently.

commented Feb 17, 2016

Great. Closing.

commented Feb 17, 2016

@CendioOssman@bphinz, bad news.. The same problem has now started happening with my TigerVNC 1.6.0 client..

commented Feb 18, 2016

Have you found a way to quickly reproduce it?

commented Feb 18, 2016

Paul,

How are you starting vncconfig? Can you try using 'vncconfig -nowin -poll
1000' and see if that fixes things? I've found -poll to be basically a
necessity in order to make clipboard transfers work reliably, but I don't
remember in which direction the problem always seemed to be...

-brian

On Thu, Feb 18, 2016 at 7:52 AM Pierre Ossman (Work account) <
notifications@github.com> wrote:

Have you found a way to quickly reproduce it?
—
Reply to this email directly or view it on GitHub
#269 (comment).

commented Feb 18, 2016

@bphinz thanks for the tip.. I've just restarted vncconfig using your argument suggestions above and will see how things go today..

FYI, I have just been using:

Up until now..

commented Feb 25, 2016

I'm planning on dropping the clipboard components from vncconfig and moving them in to Xvnc. So poll will disappear. OTOH any bugs that would need it as a workaround should not affect the new code.

commented Feb 25, 2016

@CendioOssman I think that's a great step forward.. I was always curious why I had to actively start vncconfig myself, rather than it being initialised automagically when a new vnc session is instantiated - automating/merging this is a step in the right direction to me

commented Feb 26, 2016

Unfortunately I don't think it is likely to solve your issue though. So how has the testing gone?

commented Feb 26, 2016

I'm using tightvncserver (on Debian (Raspbian) Jessie stable) and connecting using TigerVNC Viewer (1.6.0, 64bit) on Windows 8.1. Copying from the remote computer (running tightvncserver) works fine, copying from the local (TightVNC Viewer) computer randomly stops working. After closing the Viewer and opening it again, everything starts working correctly (at least for some time).

commented Feb 26, 2016

Let's focus on the case of TigerVNC to TigerVNC for now as otherwise we might be complicating things with bugs in other projects.

commented Mar 3, 2016

@CendioOssman is my testing it appears that the instances of clipboard failure have reduced, but there are still some quirky cases where I need to copy items twice before they correctly map back and forth into the client

commented Mar 3, 2016

On Thu, Mar 3, 2016 at 5:32 PM, Paul J. Durack notifications@github.com
wrote:

@CendioOssmanhttps://github.com/CendioOssman is my testing it appears
that the instances of clipboard failure have reduced, but there are still
some quirky cases where I need to copy items twice before they correctly
map back and forth into the client
Can you try increasing the polling frequency (ie: vncconfig -poll 250) to
see if those go away?

commented Mar 4, 2016

@bphinz I'll update the polling frequency and keep testing.. I'll try and report back sometime next week.

commented May 4, 2016

I just encountered this problem on a recent-ish snapshot build. Passing -poll 250 did not help. However, I did get the clipboard to work consistently by using autocutsel instead of vncconfig. So I suspect the problem is in vncconfig and not the clients.

commented May 17, 2016

@bphinz@CendioOssman apologies for the radio silence on this.. Did you guys require some additional diagnostics?

commented May 18, 2016

Yes, we're waiting for you to report if the polling helped or not. :)

commented May 18, 2016

It would also help if you could describe a test case, i.e. which application are you using, which version, and the exact steps you perform.

commented May 20, 2016

@CendioOssman yes the polling seemed to improve things considerably..

I did change my environment considerably (updated the RealVNC client from 5.2.3 to 5.3.0, which caused problems) and then following your suggestions moved to the TigerVNC client.. So I'm not sure I didn't fix the issue with more than just the updated vncconfig -nowin -poll 250 command..

What specific tests would you like me to perform? I have a RealVNC client updated to 5.3.1 and am currently using TigerVNC 1.6.0 as my default client..

commented May 23, 2016

Please use our client so we don't have to also worry about bugs in their code. :)

Do any test you like where you can easily reproduce the bug. The simpler the better though. Then we can see if we can repeat the issue here.

commented May 23, 2016

@CendioOssman no problem - I'll start collecting some different usage patterns and see if I can replicate my issue reliably enough to send you a step-by-step

commented Jul 1, 2016

@CendioOssman thanks again for the prompt, we had a number of machine failures and required rebuilding. I now have a couple of machines RHEL6.8 and RHEL7.2 that I will be using intensively over the following months, I've patched these both up to 1.6.0 and am also running the 1.6.0 client locally so if there is a standing issue, I should encounter it soon.. I'll update this if/when I encounter issues..

commented Oct 10, 2016

Just a note I'm seeing this, too. Copy-paste always works from server (Fedora 24, tigervnc-server 1.6.0) to TigerVNC client on Windows 7 (version 1.6.0), but never in the other direction. 'vncconfig -poll' makes no difference.

commented Oct 17, 2016

That does not sound like the same issue. Can you test from a different client? Ideally also using a different OS.

commented Oct 24, 2016

@CendioOssman sorry for the delay (vacation). I tried to copy-paste with RealVNC client version 5.0.5 still on Windows 7, and with it, the operation worked fine in both directions. The server end was the same (TigerVNC 1.6.0 on Fedora24).

commented Oct 24, 2016

@CendioOssman as another test, connected to the same server from a CentOS 7 with TigerVNC client 1.3.1 (the version that comes with CentOS 7), and in this combination copy-paste also works in both directions. Hope this helps.

commented Oct 24, 2016

Not the same issue then as yours seems to be a client issue. Please open a separate entry.

commented Feb 24, 2017

No update, so I'll assume this got resolved. :)

commented Feb 24, 2017