Bug 14209 - Menu->Search->Goto File: caret position and edit position diverge
Summary: Menu->Search->Goto File: caret position and edit position diverge
Status: RESOLVED FIXED
Alias: None
Product: Xamarin Studio
Classification: Desktop
Component: General ()
Version: 4.0.12
Hardware: Macintosh Mac OS
: Low normal
Target Milestone: master
Assignee: Mike Krüger
URL:
Depends on:
Blocks:
 
Reported: 2013-08-23 11:33 UTC by Jools Adams
Modified: 2015-05-30 08:39 UTC (History)
2 users (show)

Tags: gtk
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:
Status:
RESOLVED FIXED

Description Jools Adams 2013-08-23 11:33:55 UTC
Repro steps:

* Have a solution open
* Menu->Search->Goto File:
* Type anything e.g. "aib"
* Press the left arrow key once
* The caret does not move
* Press backspace
* "i" is deleted, even though the caret is after "b"

In general the delete position then stays one left of the caret position from this point as you use the left and right arrow key.
Comment 1 Mike Krüger 2013-09-10 03:45:56 UTC
Seems to work with master. 
That's a gtk related issue anyways - Can you try to update your mono and/or monodevelop to the latest alpha version ?
Comment 2 Jools Adams 2013-09-10 05:24:26 UTC
I originally reported this on:

Xamarin Studio
Version 4.0.12 (build 3)
Installation UUID: 52404f79-bfa6-40a3-8424-e8c8bd0aa434
Runtime:
	Mono 3.2.1 ((no/f3f789e)
	GTK 2.24.20
	GTK# (2.12.0.0)
	Package version: 302010001

I've just updated and can reproduce 100% on:

Xamarin Studio
Version 4.1.10 (build 14)
Installation UUID: 52404f79-bfa6-40a3-8424-e8c8bd0aa434
Runtime:
	Mono 3.2.2 ((no/a0fc6ba)
	GTK+ 2.24.20 theme: Raleigh
	GTK# (2.12.0.0)
	Package version: 302020000

In both cases:

Apple Developer Tools
Xcode 4.6.3 (2068)
Build 4H1503

Xamarin.iOS
Not Installed

Xamarin.Android
Not Installed

Xamarin.Mac
Xamarin.Mac: Not Installed

Operating System
Mac OS X 10.8.4
Darwin dash.local 12.4.0 Darwin Kernel Version 12.4.0
    Wed May  1 17:57:12 PDT 2013
    root:xnu-2050.24.15~1/RELEASE_X86_64 x86_64
Comment 3 Jools Adams 2013-09-10 06:53:07 UTC
Is it ok to re-open this?
Comment 4 Mike Krüger 2013-09-10 09:42:41 UTC
Y - but I can't repro it :/. But it's a gtk issue
Comment 5 Jools Adams 2013-09-10 10:03:41 UTC
I've been playing around with the reproduction steps. If I click in the search box and type e.g. 'foobar' I can't reproduce the bug. If I click in there and type 'file:foobar' I can reproduce the bug. If type 'rabbit:foobar' I can't reproduce the bug. I wonder if it's something that Xamarin Studio is doing in it's interaction with the text box when it detects the 'file:' prefix?
Comment 6 Mike Krüger 2013-09-10 11:08:48 UTC
Ok I can repro it now - for whatever reason - I'll look into it.
Comment 7 Mike Krüger 2015-05-30 08:39:30 UTC
Fixed by the reimplementation of the status bar - we're now using native controls.