Bug 30654 - Building .sln rather than .csproj on command line for iPhone app with extension fails on "ditto: can't get real path for source"
Summary: Building .sln rather than .csproj on command line for iPhone app with extensi...
Alias: None
Product: Visual Studio Extensions
Classification: Xamarin
Component: iOS ()
Version: 3.11 (C5)
Hardware: PC Windows
: --- minor
Target Milestone: ---
Assignee: Bugzilla
Depends on:
Reported: 2015-06-01 22:40 UTC by Brendan Zagaeski (Xamarin Team, assistant)
Modified: 2015-10-13 16:29 UTC (History)
4 users (show)

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

Test case (19.79 KB, application/zip)
2015-06-01 22:40 UTC, Brendan Zagaeski (Xamarin Team, assistant)
Logs and version information (71.04 KB, application/zip)
2015-06-01 22:41 UTC, Brendan Zagaeski (Xamarin Team, assistant)

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 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 Brendan Zagaeski (Xamarin Team, assistant) 2015-06-01 22:40:21 UTC
Created attachment 11417 [details]
Test case

Building .sln rather than .csproj on command line for iPhone app with extension fails on "ditto: can't get real path for source"

Building the solution is successful in Visual Studio. Building the `.sln` file is also successful on the command line on Mac, so it seems the particular failure when building the `.sln` file on the command line using `msbuild` on Windows is not intentional.

## Steps to reproduce

1. Ensure that Visual Studio has the build host pairing information for the Mac build host already cached (so that a command-line build will run the remote build phase).

2. `cd` into the solution directory of the attached test case in a `cmd.exe` command prompt.

3. Build the solution on the command line in any configuration. For example, use the "Debug|iPhoneSimulator" configuration:

> msbuild /t:Build /p:Configuration="Debug" /p:Platform="iPhoneSimulator" UnifiedSingleViewIphone1.sln

## Actual results

> C:\Program Files (x86)\MSBuild\Xamarin\iOS\Xamarin.iOS.Common.targets(902,3):
>   error : Tool exited with code: 1. Output: ditto: can't get real path for
>   source '../../TodayExtension1/07db589e6d379ddd6136663d22218af8/bin/iPhoneSimulator/Debug/com.your-company.UnifiedSingleViewIphone1.TodayExtension1.appex'

## Expected results

Using `xbuild` to build the `.sln` on command line on the Mac build host succeeds without error.

## Workaround

Build the `.csproj` file for the app project instead:

> msbuild /t:Build /p:Configuration="Debug" /p:Platform="iPhoneSimulator" UnifiedSingleViewIphone1\UnifiedSingleViewIphone1.csproj

## Version information (brief)

### Windows 8.1 (64-bit) in VMWare Fusion

Xamarin   3.11.584.0 (1a920cd)
Xamarin.iOS (fce006eae308515fc1eaf85fcc0f90699d9c7e8b)

### OS X 10.10.3

Xamarin.iOS (e6ebd18)
Comment 1 Brendan Zagaeski (Xamarin Team, assistant) 2015-06-01 22:41:00 UTC
Created attachment 11418 [details]
Logs and version information
Comment 2 Joaquin Jares 2015-10-13 16:29:03 UTC
This area of the code has gone through a major rebump and this bug should not be valid anymore. Marking as fixed for retesting.