App fails to start if the name in project.json is different than the folder name

[victorhurdugaci]

Pretty easy to repro with MusicStore and IIS (full).

1. Pack music store
2. Copy the content of the MusicStore folder to C:\inetpub\wwwroot
3. Copy the packages folder to C:\inetpub

Access the website.

Expected: everything works
Actual: the website loads forever.

If you open process monitor you can see the following failure:

3:23:02.1104333 PM  w3wp.exe    2000    CreateFile  C:\inetpub\MusicStore\project.json  PATH NOT FOUND  Desired Access: Read Attributes, Disposition: Open, Options: Open Reparse Point, Attributes: n/a, ShareMode: Read, Write, Delete, AllocationSize: n/a

It seems that it expects that the folder name in which project.json is to match the name in project.json.

If you delete that property from the json file or change it to "wwwroot" everything works.

@davidfowl is this by design? In any case, we need to do something to report this back to the user, it is very hard to find the root cause because all the user sees is a forever loading webpage.

[davidfowl]

This isn't by design, it's a real bug but the hang is just an issue with Helios + Kruntime interaction.

[davidfowl]

I'm thinking of removing the name property. It's very much a PITA currently and things don't work well if you change it

[davidfowl]

/cc @DamianEdwards

[DamianEdwards]

Ya, is there actually a scenario where it makes sense?

[davidfowl]

If you can't rename the folder for some reason but I'm not sure that matters

[Eilon]

Sounds like a vNext feature...

[Eilon]

Or vNever.