Essentially its taking 30+ seconds to build the File menu - I’ve tracked it down to the buildSendToSubMenus.mel.
Current workaround is to edit buildSendToSubMenus.mel to not load OneClick (and not perform the subsequent app checks) if its not already loaded - so I can at least disable it (never use SendTo anyway).
I have Motionbuilder 2013.
This appears to have happened overnight - anyone else encountered this?
Those kinds of delays usually mean something is trying to talk to a network asset and can’t find it. Is there anything on that menu that’s polling a remote server, for updates or similar?
I’ve also seen the file menus slow down due to Antivirus hits on file access. Once we white listed .max, .ma, .mb, .fbx files most of this stalling went away. Pro-tip!
@Theodox - Nothing other than the “Send To” menu should be attempting to talk to anything. By disabling it, I no longer get the lag and as I’ve not installed anything related of of late, I’m unsure why the lag is occurring all of a sudden anyway?
@Randall - That’s surprising - I can’t think of anything on a default file menu that requires any form of file access bar the “Send To” menu. I’ll check this out - I suppose its possible the OneClick plugin is having difficulty with file access to determine valid installs?
@Theodox - Nothing other than the “Send To” menu should be attempting to talk to anything. By disabling it, I no longer get the lag and as I’ve not installed anything related of of late, I’m unsure why the lag is occurring all of a sudden anyway?
@Randall - That’s surprising - I can’t think of anything on a default file menu that requires any form of file access bar the “Send To” menu. I’ll check this out - I suppose its possible the OneClick plugin is having difficulty with file access to determine valid installs?
Cheers![/QUOTE]
I can’t say that it is specifically accessing files directly but something in the menu system does a query and some Antivirus applications have to intercept file access queries and this is what causes a stall.