I also encounter a similar problem with tortoise SVN v1.7.1. Currently, this prevents me from getting locks and releasing locks.
I found that turning off the "show lock dialog before locking files" in settings>Dialogs2 enabled me to get the locks on individual files. It still hung when trying to get locks on entire folders. I still had issues trying to release the locks on these files though.
I'm probably just going to go back to 1.6 since that didnt have any issues. It would be nice to know if there was a fix though.
We have a similar problem since we updated to 1.7/1.7.1 and only with SolidWorks (2009, 2010, 2011) files.
What I've tried since the update :
- Sometimes it helps, when I close all Windows from Windows Explorer. And start again one Window.
- First SVN Update and then SVN Commit
- Often works it, when I've booted the computer in the morning new after I tried to COMMIT without success at the last evening.
- With 1.6 and before, we hadn't any problems like this.
We are close to the point to reinstall the 1.6 Version
sldShellExtServer.exe seems to run, when SolidWorks2009 SP0.0 is installed and a Windows Explorer Window is open. I uninstalled SWX2009 SP0.0. In the next step I started to commit my CAD files - and it works. Current installation : Windows 7 64bit, SWX2011 SP4.0, SWX2010 SP5.0, TortoiseSVN 1.7.1.
We are having exactly the same problem.
Not sure going back to 1.6 will help.
We have multiple document type on our server and its only the solidworks files that are causing the issue.
HI, one of the guys i work with has found a fix.
Its working on my machine, im not saying it will work on anyone elses. Do at your own risk.
(Just to cover me if it goes wrong and wipes your system!)
Download ShellExView and then run it, select all the items under description as SldShtExt
Solidworks Document Thumbnail Handler
SolidWorks file Info Tips Class
SolidWorks file Preview Class
It will remove all the icons from solidworks , but it will stop the clash with Tortoise SVN!
Now i can get back to actually doing my job!
Hope this is helpful.
This worked for us! SolidWorks 2012 SP1 with TortoiseSVN 1.7.2.
Thanks for the solution. Saved me a lot of hair pulling....
This works for me.
BTW, it looks like there are now two SPRs on the subject: 444576 and 630865.
I've not had a chance to upgrade to SW 2012, but I'll post if that works for me.
Disabling the shell extensions worked for me as well. I'm running sw2012 and TSVN 1.7.2. However, I only needed to disable the following extensions for everything to be happy.
I've also noticed that I can continue to see the file thumbnails in windows 7 x64 in all but the "list" and "details" views. It seems that the default SW block icons for drawings, parts, and assemblies are replaced with a blank page icon. For me this isnt a big deal as I prefer the "large" view in windows explorer and can see the image of the part.
Due to security concerns, we don't download and run software from the web and so I figured out how to do it with the registry editor. I figured it out by reading about how to clean up your messy Windows context menu (http://www.howtogeek.com/howto/windows-vista/how-to-clean-up-your-messy-windows-context-menu/) and how to create icon handlers (http://msdn.microsoft.com/en-us/library/windows/desktop/cc144122%28v=vs.85%29.aspx). To fix the problem, I used regedit to rename two entries.
- Rename HKEY_CLASSES_ROOT\SldAssem.Document\shellex\IconHandler to IconHandler_doNotUse_SVN_Broken
- Rename HKEY_CLASSES_ROOT\SldPart.Document\shellex\IconHandler to IconHandler_doNotUse_SVN_Broken
This breaks the drawing of these icons in Windows Explorer so we may downgrade to SVN version 1.6 and see if that works better for us.
Dear Michael Schuh
Thank you for posting your registry modification solution. We tried it and it did not work. After making the modifications, the icons for SLDPRT, SLDASM and SLDDRW still did not disappear and the TortoiseSVN problem wasn't fixed. (Note we also modified for SldDraw.Document in the registry). We then manually changed the program association of SLDPRT and SLDDRW and SLDPRT files in Control Panel\Programs\Default Programs\Set Associations and this fixed the icons disappeared and the TortoiseSVN problem was fixed.
Can you verify that your registry modification solution really works for you? We would really like a registry modification method because we want to script it and run it on all our computers.
Thank you very much in anticipation.
I reported what worked for us on our 64 bit Windows 7 machines. Before I made the changes, we could not comit files. After I made the changes, we could comit files. Don't know what else to say.
Thank Michael once again.
We tested your solution on another machine (also 64bit win7) with Solidworks 2011, and it worked.
It didn't work on the first machine (also 64bit win7) because the first machine has Solidworks 2012.
To fix the problem on the Solidworks 2012 machine, we did this
Change the default value data of the following keys to blank (i.e. delete what is originally there).
Now, besides not launching SW when you click on the file, the file icon also does not appear, and the TortoiseSVN problem is fixed.
Great job figuring all of this out. Yes, you are correct, we are running SolidWorks 2011. I work with the FIRST (For Inspiration and Recognition of Science and Technology) Mountain View California High School Spartan Robotics team 971 - SpartanRobotics.org. SolidWorks very generously donates one version level back of their software to all the teams so we don't have the 2012 version yet. Maybe we will need your solution next year. Thanks for posting it.
SolidWorks 2015 SP3, TortoiseSVN 1.7.11, Windows 7 64 bit
The solution proposed by Mark Stillman works, but after that SolidWorks Explorer does not work. It is important for me, so I followed the advice by Brett Gombar and disable only:
Now SolidWorks Explorer and TortoiseSVN works!
Thank you for this tip, you totally saved my day!
I'm running SolidWorks 2013 SP 4.0 on 64-bit Windows 7, and my SVN is TortoiseSVN 1.8.5. (the newest version). I had deleted some SW files (with SVN delete) and could not commit changes to that folder. Once I got ShellExView and disabled the SolidWorks icons, SVN works like a charm again. I'm very happy (and thankful) now, losing a few icons is nothing compared to having a working SVN system!
Thank you all for the answers you provided, after researching many different sites and solutions I have summarized what works perfectly with my machine running:
- SolidWorks 2013 64 Bit SP2.0
- Windows 7 64 Bit
- TortoiseSVN 1.7.11, Build 23600 - 64 Bit
To fix this problem without disabling sldshellextserver.exe (as some of you will still want the small preview in the bottom left and in the large preview bar) you just have to stop windows from referring to the program for icons only.
Open up Registry Editor:
Find your extension (for this example I am using .SLDPRT)
In this extension it gives you a reference to look up in the Data column (SldPart.Document)
(Default) = SldPart.Document
Rename the icon handler to anything you wish to (we used the following so in the future we can see why we renamed it)
This works perfectly as it stops the SVN client from attempting to look up what the icon should be using sldshellextserver.exe
This must be done for all extensions that solidworks uses .SLDPRT, .SLDASM, .SLDDRW
TortoiseSVN will no longer hang when adding/committing/etc.
I Hope this helps.
I have the same problem and would like to use the same solution but I don't have the IconHandler-key under the SldPart.Document. In fact I don't have the Shellex either. Same situation applies to the other extensions as well.
I'm not sure if I should add it and it feels like I'm out on thin ice here. I'm not used to add stuff to my registry, only modify.
Would be nice if someone could advice me.