Notice (2018-05-24): bugzilla.xamarin.com is now in
Please join us on
Visual Studio Developer Community and in the
Mono organizations on
GitHub to continue tracking issues. Bugzilla will remain
available for reference in read-only mode. We will continue to work
on open Bugzilla bugs, copy them to the new locations
as needed for follow-up, and add the new items under Related
Our sincere thanks to everyone who has contributed on this bug
tracker over the years. Thanks also for your understanding as we
make these adjustments and improvements for the future.
Please create a new report on
Developer Community or GitHub with
your current version information, steps to reproduce, and relevant error
messages or log files if you are hitting an issue that looks similar to
this resolved bug and you do not yet see a matching new report.
I have noticed that pasting textual content that was copied to the clipboard within XS does not always work. Also the other way round: paste something from (e.g.) TextEdit into XS fails. Sometimes it helps if I type some chars into the target text field in XS, then remove the typed content and then use CMD+V.
I mainly notice this when trying to publish to Testflight: open the dialog within XS and click to get your API ID from testflight. Copy it to the clipboard, go back and try to paste it.
However there is no 100% guarentee for it to fail
=== Xamarin Studio ===
Version 4.0 (build 2003)
Installation UUID: 9f43c339-0c16-4395-b7fe-92bd8f0c32b4
Mono 2.10.11 (mono-2-10/2baeee2)
Package version: 210110000
=== Apple Developer Tools ===
Xcode 4.5.2 (1847)
=== Xamarin.iOS ===
=== Xamarin.Android ===
=== Xamarin.Mac ===
Xamarin.Mac: Not Installed
=== Build Information ===
Git revision: Release ID: 400002003
Build date: 2013-02-20 00:32:59+0000
Xamarin addins: b7a7aff09b352c13ded8a27439fd6d2250361511
=== Operating System ===
Mac OS X 10.8.2
Darwin iMacRR.local 12.2.0 Darwin Kernel Version 12.2.0
Sat Aug 25 00:48:52 PDT 2012
I think I found and fixed the issue.
This has gone under my radar after you saif you fixed it :) What was it?
I think yes
Yes, but what was the fix? Do we need to merge it to GTK+ upstream?
Was fortunately not in the clipboard routines. Was something with the HasFocus flag not working sometimes - or working differently.
Was nothing that's really easy to reproduce - but I got it now.
Ok thanks :)
Today with the latest builds:
This issue does not exists, as now the clipboard does not get stuck, and get updated correctly when copy different text.
Hence, closing this issue.