Bug 4684 - Mouse click and double-click in editor doesn't work properly
Summary: Mouse click and double-click in editor doesn't work properly
Alias: None
Product: Xamarin Studio
Classification: Desktop
Component: Text Editor ()
Hardware: PC Windows
: Low normal
Target Milestone: ---
Assignee: Mike Krüger
Depends on:
Reported: 2012-04-26 21:02 UTC by John Costella
Modified: 2013-07-23 05:07 UTC (History)
1 user (show)

Is this bug a regression?: ---
Last known good build:

Notice (2018-05-24): bugzilla.xamarin.com is now in read-only mode.

Please join us on Visual Studio Developer Community and in the Xamarin and 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 Links.

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.

Related Links:

Description John Costella 2012-04-26 21:02:25 UTC
Mike, apologies that the following description is a bit vague.

Single left-clicking the mouse in the editor often puts the insertion point at the end of the line clicked rather than the correct character point where the mouse was clicked.

Double-clicking on a word in the editor often doesn't work either: it ignores the double-click.

Slowly repeating the click or double-click doesn't make it work either.

It happens for both the laptop touchpad and an external mouse. 

This seems to mainly happen when the line in question is one gone to as the first error or warning from a build, but I'm not sure if it happens at other times too.

I seem to have had some success by pressing Esc and then re-trying the click. I don't know if this is taking the editor out of some mode that is swallowing the clicks, or whether simply the act of hitting a key is fixing it.

I've only had this problem since rebuilding the machine from scratch (hard disk died) a few weeks ago. Previously had same OS (Win 7 Pro). I can't remember if was the MD version running before the hard disk died. MD and its prerequisites were all installed clean from the website.

I've fiddled most of the Options settings to see if this problem goes away (tabs, folding, etc.) and it seems to have no effect.

I will try to figure out the exact sequence of steps that causes the problem, but right now it's intermittent and seemingly random.

The problem is an annoyance because text intended to be inserted or replaced in a line ends up at the end of the line.
Comment 1 Mike Krüger 2012-04-27 02:29:23 UTC
Hm, I would even tend do close that one as 'works for me'. I've no problems with click/double click.

2.8.x is very old - the I reworked the text editor much the last 6 months - more than the 2 years before :).

Try to grab a 2.9.x alpha release from the website - if the problems persist we try to fix it. (reopen the bug)
Comment 2 John Costella 2012-04-27 02:31:21 UTC
Roger. Didn't realise the latest stable is so far behind. Will see how I fare riding the alpha. Thanks.
Comment 3 John Costella 2012-05-06 23:40:29 UTC
Sorry Mike, had to get work things done before venturing onto the alpha.

I'm getting the same problem with 2.9.5 from the website. 

Will try to add extra information as it occurs.
Comment 4 Mike Krüger 2012-05-07 00:17:34 UTC
2.9.5 has another problem with that :(

Maybe you prove that has the same issues.

*** This bug has been marked as a duplicate of bug 4497 ***
Comment 5 Mikayla Hutchinson [MSFT] 2012-05-07 00:19:05 UTC
Not a dup, this is WIndows, the other is specific to the Mac GTK.
Comment 6 Mike Krüger 2012-05-07 00:26:03 UTC
Maybe it's not so specific at all ? I don't see any clicking issues on linux - I've not worked on windows for quite some time, maybe they share the problem.
Comment 7 Mikayla Hutchinson [MSFT] 2012-05-07 11:02:38 UTC
Can you check the GTK+ version shown in the MD about box?
Comment 8 John Costella 2012-05-07 18:59:02 UTC
GTK 2.16.6
GTK# (

The latter is a little weird because the GTK# I downloaded from MD download page says it is 2.12.10 (.10 not .0), in the filename as well as the web page text. Or does GTK# have some weird version numbering transformation?

GTK# for .NET 2.12.10	Download
Comment 9 John Costella 2012-05-10 05:58:40 UTC
Mike, the alpha is almost unusable. The editor pane frequently doesn't reflect changes until the insertion point is moved somewhere else. It seems to be the case with copying and pasting as well. The appearing and disappearing lines of code are disquieting.

I understand that this is probably the same issue as under 2.8.x. Let me know if you want any other info. 

Would be a pity if MD were to abandon Windows altogether. I'm currently constrained by corporate policy to run under Windows 7.
Comment 10 Mikayla Hutchinson [MSFT] 2012-05-10 12:41:13 UTC
We're not abandoning Windows, it works fine on my machine and this is the first report I've heard of this problem. Unfortunately that makes it very difficult to diagnose.

I was hoping it would be because you had some other version of GTK on your PATH but that doesn't seem to be the case - 2.16.6 is the version of GTK+ that we shipped in the GTK# 2.12.10 installer. The versioning is even more confusing because MD's About Box doesn't report the release version of GTK#, it reports the AssemblyVersionAttribute value, which hasn't changed since 2.12.0.

What version of WIndows are you using? If you're using Vista or later, are you using Aero Glass? Are you using Remote Desktop or similar, or any tools that might interfere with other applications?
Comment 11 John Costella 2012-05-10 19:21:54 UTC
Sorry, Michael, it just seemed from the comments in the various similar bug reports that Windows isn't getting much test coverage.

Yes, running Win 7 Pro SP1 with all updates.

Yes, the theme is the default Windows 7 Aero Theme with the only change being a solid blue background instead of a bitmap.

I also frequently use Remote Desktop from the same laptop to connect to a server (i.e. a separate app) but I have just confirmed that the 'delete' delay (bug related to this one) occurs even if Remote Desktop is not running.

The machine is relatively clean because I had to rebuild it from scratch just a few weeks ago. (Hard disk failure made system images suspect, so only data files were restored; Windows and all apps were reinstalled from scratch on a brand new, freshly-formatted disk.) My standard procedure for installing MD:

1. Go to http://monodevelop.com/Download, click Stable or Alpha, click OS (in this case Windows).

2. Click on the ".NET Framework 4.0" link (badly named: actually "Microsoft Windows SDK for Windows 7 and .NET Framework 4"), download and install.

3. Install "GTK# for .NET 2.12.10".

4. Apply the registry hack to make GTK work with touchpads (http://blog.alexou.net/2010/07/30/scrolling-in-gtk-apps-with-synaptics-driver/)

5. Download the MD installer and install.

The strange thing is that I didn't have these problems prior to the rebuild a few weeks ago (i.e. on the machine as built in Sep 2011 with its original hard disk, same OS and theme and same procedure followed). MD had updated itself several times over the six months, and was very stable. (I was running the stable release.) 

I'll play some more and see if I can figure out relevant factors.
Comment 12 Mike Krüger 2013-07-23 05:07:21 UTC
This one got fixed