Bug 13115 - Debugger stops but doesn't open a file with breakpoint
Summary: Debugger stops but doesn't open a file with breakpoint
Status: RESOLVED NORESPONSE
Alias: None
Product: Xamarin Studio
Classification: Desktop
Component: Debugger ()
Version: 4.1
Hardware: PC Mac OS
: High normal
Target Milestone: master
Assignee: Jeffrey Stedfast
URL:
Depends on:
Blocks:
 
Reported: 2013-07-09 06:58 UTC by Dan Abramov
Modified: 2013-12-05 18:35 UTC (History)
4 users (show)

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


Attachments
Failed Repro Attempt (21.74 KB, application/zip)
2013-07-09 17:00 UTC, PJ
Details


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 NORESPONSE

Description Dan Abramov 2013-07-09 06:58:54 UTC
Hi, I'm checking out 6.3.6, and I'm having a weird problem: every time my app goes background due to `UIAppilication.SharedApplication.OpenUrl` call, it pauses in debugger (without any breakpoints or current line).

Call Stack is empty, and Threads has green arrow in front of the main thread.

When I press Cmd+Enter, the app continues execution. The same happens when I return from Safari to the app.

=== Xamarin Studio ===

Version 4.1.4 (build 117)
Installation UUID: a12ea7ee-6056-4ee5-80fb-b38d90b05195
Runtime:
	Mono 3.0.12 ((no/d6c5db8)
	GTK 2.24.18
	GTK# (2.12.0.0)
	Package version: 300120000

=== Xamarin.Android ===

Not Installed

=== Apple Developer Tools ===

Xcode 4.6.2 (2067.2)
Build 4H1003

=== Xamarin.iOS ===

Version: 6.3.6.77 (Business Edition)
Hash: fa63be7
Branch: 
Build date: 2013-17-06 20:54:24-0400

=== Xamarin.Mac ===

Xamarin.Mac: Not Installed

=== Build Information ===

Release ID: 401040117
Git revision: e0f38912731e43ed9d3f1a410dd4fd907e7f1ba0
Build date: 2013-06-11 19:29:58+0000
Xamarin addins: 8fd84026361c1969794b85bee48efab97a5f33b3

=== Operating System ===

Mac OS X 10.9.0
Darwin Dan.local 13.0.0 Darwin Kernel Version 13.0.0
    Wed Jun 19 17:59:46 PDT 2013
    root:xnu-2422.1.26.0.1~2/RELEASE_X86_64 x86_64
Comment 1 Dan Abramov 2013-07-09 08:30:05 UTC
Actually, there *was* a breakpoint but XS didn't open the file.
I see "Resolved breakpoint" in Application Output, but when the execution stops, the file doesn't open (unless I already have it in an open tab).
Comment 2 PJ 2013-07-09 17:00:36 UTC
Created attachment 4298 [details]
Failed Repro Attempt

I tried this with a base tabbed project that I added the OpenUrl call to, and I see the correct behavior when setting breakpoint and closing the source file. It reopens the source file as soon as the breakpoint is hit.

When the app loads and I move to the second tab, the file is opened and the stopped line is highlighted - http://screencast.com/t/z0w8p08TfU7t

I'm on 6.3.7.164, which was just released today to alpha/beta, and the 4.1.4.117 XS build you are using.

Here's my test case attached, does it fail for you? If it does, it might be the iOS or perhaps my Mono (which is a bit newer than any released build).
Comment 3 Dan Abramov 2013-07-09 17:06:38 UTC
It might be your Mono build—not sure.
I can reproduce the behaviour with your project (btw thank you for taking time to post it).

There you go:
http://screencast.com/t/khcnbP8V493U
Comment 4 PJ 2013-07-09 17:18:48 UTC
Hrm, so I tried to get as close as possible to your environment, and I can still reproduce. My only differences at this point are that I have a newer Xcode (4.6.3) and I'm still on Mountain Lion.

Perhaps we can chalk it up to a Mavericks issue? Let me know if you still reproduce on the updated releases from today. Also, getting the IDE log would shed some light. (Help->Open Log Directory)

Reproduction environment (failed):

iPhone simulator 6.1

=== Xamarin Studio ===

Version 4.1.4 (build 117)
Installation UUID: a974a59e-1598-4829-84b6-04e59991f886
Runtime:
	Mono 3.0.12 ((no/d6c5db8)
	GTK 2.24.18
	GTK# (2.12.0.0)
	Package version: 300120000

=== Xamarin.Android ===

Version: 4.7.11 (Business Edition)
Android SDK: /Users/pjbeaman/Library/Developer/Xamarin/android-sdk-mac_x86
	Supported Android versions:
		2.1   (API level 7)
		2.2   (API level 8)
		2.3   (API level 10)
		3.1   (API level 12)
		4.0   (API level 14)
		4.0.3 (API level 15)
		4.2   (API level 17)
Java SDK: /usr
java version "1.6.0_45"
Java(TM) SE Runtime Environment (build 1.6.0_45-b06-451-11M4406)
Java HotSpot(TM) 64-Bit Server VM (build 20.45-b01-451, mixed mode)

=== Apple Developer Tools ===

Xcode 4.6.3 (2068)
Build 4H1503

=== Xamarin.Mac ===

Xamarin.Mac: 1.4.22

=== Xamarin.iOS ===

Version: 6.3.6.77 (Business Edition)
Hash: fa63be7
Branch: 
Build date: 2013-17-06 20:54:24-0400

=== Build Information ===

Release ID: 401040117
Git revision: e0f38912731e43ed9d3f1a410dd4fd907e7f1ba0
Build date: 2013-06-11 19:29:58+0000
Xamarin addins: 8fd84026361c1969794b85bee48efab97a5f33b3

=== Operating System ===

Mac OS X 10.8.3
Darwin dynamic-069.bos.xamarin.com 12.3.0 Darwin Kernel Version 12.3.0
    Sun Jan  6 22:37:10 PST 2013
    root:xnu-2050.22.13~1/RELEASE_X86_64 x86_64
Comment 5 PJ 2013-07-09 17:19:38 UTC
> Hrm, so I tried to get as close as possible to your environment, and I can still reproduce.

Correction: Can still *not* reproduce
Comment 6 Dan Abramov 2013-07-09 17:23:44 UTC
It may be a Mavericks issue, specifically Beta 3 (updated today to Beta 3 with switch to XS Alpha so I can't really tell which caused the problem).

Logs don't look promising but maybe I missed something.
Comment 9 Jeffrey Stedfast 2013-07-22 11:55:36 UTC
Adding Zoltan to the CC because this will probably require help from someone knowledgable about the runtime.
Comment 10 Jeffrey Stedfast 2013-08-05 17:35:54 UTC
I'm unable to reproduce this bug using Xamarin Studio 4.1.9 (well, what is about to be 4.1.9) and Mono 3.2.1 on Mountain Lion.

Are any of the directories in the the file path for that file symlinks?
Comment 11 Jeffrey Stedfast 2013-08-05 17:36:35 UTC
(Removing vargaz because I don't think this is a runtime bug after all)
Comment 12 PJ 2013-11-19 17:05:27 UTC
This bug has been in the NEEDINFO state with no changes for the last 90 days. Can we put this back into the NEW or CONFIRMED state, or are we still awaiting response?

If there is no change in the status of this bug over the next two weeks, this bug will be marked as NORESPONSE.
Comment 13 PJ 2013-12-05 18:35:49 UTC
This bug has not been changed from the NEEDINFO state since my previous comment, marking as RESOLVED NORESPONSE.

Please feel free to REOPEN this bug at any time if you are still experiencing the issue. Please add the requested information and set the bug back to the NEW (or CONFIRMED) state.