Bug #58265 | Workbench crashes on launch | ||
---|---|---|---|
Submitted: | 17 Nov 2010 17:54 | Modified: | 30 Jul 2012 14:28 |
Reporter: | Mark Gottselig | Email Updates: | |
Status: | Not a Bug | Impact on me: | |
Category: | MySQL Workbench | Severity: | S3 (Non-critical) |
Version: | 5.2.29 | OS: | Windows (XP Pro SP3) |
Assigned to: | CPU Architecture: | Any | |
Tags: | 5.2.29, crash, workbench |
[17 Nov 2010 17:54]
Mark Gottselig
[17 Nov 2010 20:47]
Alfredo Kojima
Does your Windows installation have some unusual configuration or directory layout?
[17 Nov 2010 21:47]
Mark Gottselig
Not that I'm aware of, pretty standard. The only difference that I'm are of is that my "My Documents" windows pointer points to a network drive and not the standard "C:\Documents and Settings\user\My Documents". As a side note, I've also tried the stand alone no-install option with the same result.
[17 Nov 2010 22:05]
Alfredo Kojima
Aha, could you run WB from another account in the same machine, where "My Documents" is in the standard place and see if it works?
[24 Nov 2010 19:20]
Mark Gottselig
Unfortunately I don't have access to a different account that this doesn't occur on. What I can confirm, though, is that the same version work fine on a different computer with the same configuration for their "My Documents", pointing to a network location.
[14 Dec 2010 21:03]
MySQL Verification Team
Could you please try version 5.2.31. Thanks in advance.
[14 Dec 2010 22:09]
Mark Gottselig
Hello again, I've tried the new version and gotten the same error and stacktrace. Is there any additional debug data that I might be able to provide to help solve this?
[15 Dec 2010 3:07]
Alfredo Kojima
What's the name of the exception you get when it crashes? You have a stack trace, but the exception name is not there and it could provide some clue.
[15 Dec 2010 20:06]
Mark Gottselig
System.ArgumentException was unhandled Message=Absolute path information is required. Source=mscorlib StackTrace: at System.Security.Util.StringExpressionSet.CreateListFromExpressions(String[] str, Boolean needFullPath) at System.Security.Permissions.FileIOPermission.AddPathList(FileIOPermissionAccess access, AccessControlActions control, String[] pathListOrig, Boolean checkForDuplicates, Boolean needFullPath, Boolean copyPathList) at System.Security.Permissions.FileIOPermission..ctor(FileIOPermissionAccess access, String path) at System.Environment.GetFolderPath(SpecialFolder folder) at MySQL.Forms.UtilitiesImpl.get_special_folder(basic_string<char\,std::char_traits<char>\,std::allocator<char> >* , FolderType type) at MySQL.MCallback1<std::basic_string<char\,std::char_traits<char>\,std::allocator<char> >\,enum mforms::FolderType>.cpp_callback(basic_string<char\,std::char_traits<char>\,std::allocator<char> >* , FolderType arg1) InnerException:
[16 Dec 2010 0:42]
Alfredo Kojima
Not sure, but kind of looks like a bug in .NET or something specific to your system, do you have the latest .NET 3.x framework installed?
[16 Dec 2010 22:01]
Mark Gottselig
I have 3.5 SP1 and 4 installed
[16 Dec 2010 23:18]
Alfredo Kojima
A google for the exception shows this: http://www.pcreview.co.uk/forums/thread-3825856.php Even if the problem is not what is described in the above link, this bug should be closed as there's nothing else that can be done for a problem that nobody else is experiencing, at least without investing substantial engineering and or support hours in the user's specific environment. If someone can provide evidence that the issue is widespread and not a result of misconfiguration in the user's system, please reopen this bug.
[30 Jul 2012 11:25]
Jan Geeraerts
I have the same problem, with the same configuration issue: my "My Documents" folder mapped to a network drive, and no option to run as another user. The workbench doesn't even let me get into the bugreport, but crashes with an option to send an errorreport to Microsoft.
[30 Jul 2012 14:28]
Mark Gottselig
I fixed this issue last week by changing the value of HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\User Shell Folders\Personal to '%USERPROFILE%\My Documents', which I believe is the standard value for most XP installs. It seems to me that something was likely installed to the user directory on my local drive, but the application references the the registry value, and when they aren't the same it bails. Likely fix is to move the install from '%USERPROFILE%\My Documents' to the current registry value, or change the look up to use the values that were used at install. I found this fix when I was trying to get my VS2010 install working, as it had a similar issue.