I suggest you ...

2,410 votes
Vote
Sign in
Check!
(thinking…)
Reset
or sign in with
  • facebook
  • google
    Password icon
    I agree to the terms of service
    Signed in as (Sign out)
    You have left! (?) (thinking…)
    ScottLanghamScottLangham shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

    56 comments

    Sign in
    Check!
    (thinking…)
    Reset
    or sign in with
    • facebook
    • google
      Password icon
      I agree to the terms of service
      Signed in as (Sign out)
      Submitting...
      • TT commented  ·   ·  Flag as inappropriate

        Solution: create an opt-in option (set true by default) in Visual Studio that allow for infinite file names. For those old-timers that need this constraint, they can disable this option.

      • William BosackerWilliam Bosacker commented  ·   ·  Flag as inappropriate

        For those visiting here for their first time, this issue has plagued us for over 12 years, and while some people have come up with work-arounds that work for them, no current work-around works for everyone. The fact that the .NET Framework Core is now open source does not mean that just anyone can contribute, as Microsoft is still the gatekeeper for all code check-ins. However; it is probably a HUGE factor as to why they have kept my Connect ticket alive:

        https://connect.microsoft.com/VisualStudio/feedbackdetail/view/932051/long-filepaths-260-characters-are-not-supported

        If you want to truly get this fixed, please vote at the link above.

      • AlexandraAlexandra commented  ·   ·  Flag as inappropriate

        I am too running into this problem. Very annoying!

        @Stelvio How to you tell TFS to use your link instead of the full path?

      • StelvioStelvio commented  ·   ·  Flag as inappropriate

        Well, I found a workaround that ALLOW work with path with more than 260 chars.

        Disclaimer: I've tried this trick only on Windows 8 x64 and Visual Studio 2013

        So, to make it work I've just create a junction to the folder with the mklink command:

        Assume this is the original path: d:\very\very\long\path\to\solution\folder, you can obtain a short link as d:\short_path_to_solution_folder just jaunching this command from a dos shell as administrator:
        mklink /J d:\short_path_to_solution_folder d:\very\very\long\path\to\solution\folder

        change source and destination path to you needs

        Best Regards!
        Stelvio

      • cmoyacmoya commented  ·   ·  Flag as inappropriate

        This is a ridiculous issue that pops up at the most annoying times and is hard to work around. You and your team come up with a great project structure. You go Publish BOOM "path error" because WCF creates ridiculously long paths in the proxy files and although Visual Studio was able to create them (and use them!) you can't copy them?!?! Fine. You move your project to the root (lots of issues around that, but I digress).... a few months down the rood BOOM "path error", this time because App_Themes creates a fairly deep tree structure. I hear Node.js is unusable because of this too.

      • NeilNeil commented  ·   ·  Flag as inappropriate

        I can't push a git commit because of this f***ing bug. ANNOYING THAT I HAVE TO MOVE MY PROJECT TO ROOT C:\ IN 2015.

      • Reinhard KuhnReinhard Kuhn commented  ·   ·  Flag as inappropriate

        Lets face it: this "uservoice" site has become a dead end ... no one is listening on the other side.

      • Eric BrownEric Brown commented  ·   ·  Flag as inappropriate

        Let's get this fixed Microsoft, it's getting to the point where rather than face the wrath of the community and declining it, you're choosing to ignore it. Can we please get this fixed? I'd rather us Linux which doesn't have this problem than to continue to fight with this issue over and over.

      • SamCPPSamCPP commented  ·   ·  Flag as inappropriate

        Here from the previous issue. This would be a great step forward for the platform along with 64-bit tooling. E.g. the Visual Studio IDE incredibly is still a 32-bit process.

      • firehaw22firehaw22 commented  ·   ·  Flag as inappropriate

        Long Path Tool is the most appropriate program to sort out such issues..............

      • William BosackerWilliam Bosacker commented  ·   ·  Flag as inappropriate

        FYI, every single one of these references to "Long Path Tool" are from the same person, the author. Whenever you see a post like those, please click the "FLAG AS INAPPROPRIATE" link, as he is trying to sell his tool through this and other sites.

      • Martin MüllerMartin Müller commented  ·   ·  Flag as inappropriate

        Everybody please stop mentioning “Long Path Tool” as it absolutely has nothing to do with this suggestion. (Excercise: Why?)

      ← Previous 1 3

      Feedback and Knowledge Base