Prior to the iOS 11 related releases of Visual Studio for Mac and Xcode, I was able to open a solution in VS from a Windows share, do my storyboard editing in Xcode, and then click back to VS to sync the changes. I do everything else for the project from Windows.
After updating, however, the Xcode 9 assistant editor shows no results when clicking a view controller. If I manually open the .h file in the assistant editor and try to add an outlet, it throws an error. The 7.4 build 45 release from bug 58198 resolved this problem only when loading a solution that is stored directly on the Mac. The problems persist when working from a Windows share (whether it is SMB or AFP).
Created attachment 24967 [details]
Opening Xcode from Visual Studio
Created attachment 24968 [details]
No assistant results after indexing completes
Created attachment 24969 [details]
Error creating outlet after manually opening .h file
An workaround i used is.
To add the reference in vs for mac. Xcode will pick it up.
Its the name attribute of identity
Thanks for the bug report. To further diagnose the issue, we need some additional information.
1) In the Xamarin Studio About box, click on Show Details and then on Copy Information, then add the information to the bug report.
2) Click on the command Help -> Open Log Directory, then attach the latest IDE log file.
Created attachment 24995 [details]
Visual Studio About details
Created attachment 24996 [details]
Latest Visual Studio IDE log
Information has been provided.
Happens with all versions of Visual Studio Mac.
7.1, 7.2 and even 7.4
Works fine with the same project when it is not on the windows share.
*** Bug 59846 has been marked as a duplicate of this bug. ***
Could you also fix:
- file not found popup when opening the storyboard in xcode
- storyboard file not selected when xcode opens
- storyboard files mixed with fake .m/.h source files in a flat folder. Use subfolders instead to make it easy to select storyboard files.
And finally fix:
- vsmac incorrectly creates .designer.cs files for all 'exported' classes in the solution when opening a storyboard in vsmac storyboard editor.
- vsmac adds png/jpg files it finds in the resource folder to any storyboard when opening a storyboard in vsmac storyboard editor.
- vsmac changes the order of items in plist files (from the vs windows counterpart, especially icons), making tracking change by git a mess
- vsmac removes empty xml tags in csproj, tags added by vs windows, making tracking change by git a mess
> Could you also fix:
> - file not found popup when opening the storyboard in xcode
I don't get this error
> - storyboard file not selected when xcode opens
The storyboard is selected for me when I open in Xcode...
> - storyboard files mixed with fake .m/.h source files in a flat folder. Use subfolders instead to make it easy to select storyboard files.
They need to be in a flat folder or Xcode9 won't find them. I literally just had to commit a patch to put them in a flat folder because Xcope9 wasn't finding them otherwise and so if you tried to add an Outlet, Xcode9 would say "Cannot find source file for class ViewController" even though you literally just dragged&dropped an Outlet to ViewController.h.
> And finally fix:
> - vsmac incorrectly creates .designer.cs files for all 'exported' classes in the solution when opening a storyboard in vsmac storyboard editor.
This is done on purpose because otherwise there's no way to add codebehind. We can't safely add it to the non-designer .cs file or we would risk clobbering your code.
> - vsmac adds png/jpg files it finds in the resource folder to any storyboard when opening a storyboard in vsmac storyboard editor.
This isn't a bug. It does this by design. We have no idea what images you are using and which ones you *might* want to use from Xcode, so we have to export them all.
Created attachment 25118 [details]
file not found popup when opening the storyboard in xcode
- file not found popup when opening the storyboard in xcode
I get that all the time with the version 7.2 of VS Mac.
See my pic capture
The problem is the path: the "resource" folder does not exist in "obj/xcode/0" because you are flattening the hierarchy.
So if you don't get xcode error, then you have a build of vs that i don't.
I use 7.2 build 634
Thanks. Comment #16 is extremely useful info... Cooking up a fix now.
Any news when this will be available ?
A private build maybe ?
It is *extremly* annoying.
## Bookkeeping status update
The pull request from Comment 18 has now been merged into the "master" development branch (md-addins/0467620a8c6ee41b7846c5d59cabe83499d17f59). This means that by default the candidate fix will be included in the next version of Visual Studio for Mac that is branched from the "master" development branch. At the moment, that aligns with the "15.6" Target Milestone as indicated in the "Target Milestone" field of this bug. The timeline for the first previews that include that candidate fix are still a little ways off since they would fall after the current "15.5" Target Milestone preview (Visual Studio 2017 for Mac version 7.3 Preview) moves to non-preview.
That said, because there are a few users (3 currently) following this bug report who might find it useful to be able to go back as soon as possible to their old Xcode 8 workflow for editing files directly off of Windows share folders (rather than having to copy the projects back and forth), I will send a request to the Visual Studio for Mac team about the possibility of backporting the candidate change to the Visual Studio 2017 for Mac version 7.3 Preview (the "15.5" Target Milestone). In considering that request, the team will assess the level of risk associated with the fix and the suitability of additional changes to the version 7.3 Preview at this time.
I've back-ported the fix to the 15.5 milestone here: https://github.com/xamarin/md-addins/pull/2640
*** Bug 60362 has been marked as a duplicate of this bug. ***
Fixed in version 126.96.36.1999 (d15-5)
Author: Jeffrey Stedfast
Commit: b175e456f3b43cb02ee16e5fbfb92ff407f3e965 (xamarin/md-addins)
Included in Commit: a0a9119bc4056463c3780f9597fde5323a7d94e1 (mono/monodevelop)
Since the target milestone is 15.5 and that has now been released, should this fix now be in place? I just updated VS Mac and Xcode to the latest versions and experienced the same behavior as before.