Just following rd advice to create an issue with the log file.
Also, I suggest you instantiate rolling log file as there's so much log that one log file isn't enough.
Best regards.
2017-06-28 18:02:59.0860;INFO-2.0.13.32288;Rubberduck.App;Rubberduck version 2.0.13.32288 loading:
Operating System: Microsoft Windows NT 10.0.15063.0 x64
Host Product: Microsoft Office 2016 x86
Host Version: 16.0.8201.2102
Host Executable: WINWORD.EXE;
2017-06-28 18:03:15.5350;WARN-2.0.13.32288;Rubberduck.Parsing.Symbols.TypeAnnotationPass;Failed to resolve type VBProject;
2017-06-28 18:03:15.6510;WARN-2.0.13.32288;Rubberduck.Parsing.Symbols.TypeAnnotationPass;Failed to resolve type VBE;
2017-06-28 18:03:15.6660;WARN-2.0.13.32288;Rubberduck.Parsing.Symbols.TypeAnnotationPass;Failed to resolve type VBE;
2017-06-28 18:03:15.7100;WARN-2.0.13.32288;Rubberduck.Parsing.Symbols.TypeAnnotationPass;Failed to resolve type VBE;
2017-06-28 18:03:15.7300;WARN-2.0.13.32288;Rubberduck.Parsing.Symbols.TypeAnnotationPass;Failed to resolve type System.__ComObject;
2017-06-28 18:03:15.7780;WARN-2.0.13.32288;Rubberduck.Parsing.Symbols.TypeAnnotationPass;Failed to resolve type VBProject;
2017-06-28 18:03:15.7780;WARN-2.0.13.32288;Rubberduck.Parsing.Symbols.TypeAnnotationPass;Failed to resolve type System.__ComObject;
[...]
2017-06-28 18:03:47.0819;ERROR-2.0.13.32288;Rubberduck.UI.SourceControl.SourceControlViewViewModel;System.Runtime.InteropServices.COMException (0x800AC372): Exception de HRESULT : 0x800AC372
脿 Microsoft.Vbe.Interop._VBComponent.Export(String FileName)
脿 Rubberduck.VBEditor.SafeComWrappers.VBA.VBComponent.ExportAsSourceFile(String folder, Boolean tempFile) dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\Rubberduck.VBEEditor\SafeComWrappers\VBA\VBComponent.cs:ligne 142
脿 Rubberduck.VBEditor.SafeComWrappers.VBA.VBProject.ExportSourceFiles(String folder) dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\Rubberduck.VBEEditor\SafeComWrappers\VBA\VBProject.cs:ligne 178
脿 Rubberduck.SourceControl.SourceControlProviderBase.Status() dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\Rubberduck.SourceControl\SourceControlProviderBase.cs:ligne 140
脿 Rubberduck.SourceControl.GitProvider.Status() dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\Rubberduck.SourceControl\GitProvider.cs:ligne 497
脿 Rubberduck.UI.SourceControl.ChangesViewViewModel.RefreshView() dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\RetailCoder.VBE\UI\SourceControl\ChangesViewViewModel.cs:ligne 59
脿 Rubberduck.UI.SourceControl.ChangesViewViewModel.set_Provider(ISourceControlProvider value) dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\RetailCoder.VBE\UI\SourceControl\ChangesViewViewModel.cs:ligne 49
脿 Rubberduck.UI.SourceControl.SourceControlViewViewModel.SetChildPresenterSourceControlProviders(ISourceControlProvider provider) dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\RetailCoder.VBE\UI\SourceControl\SourceControlViewViewModel.cs:ligne 684
脿 Rubberduck.UI.SourceControl.SourceControlViewViewModel.set_Provider(ISourceControlProvider value) dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\RetailCoder.VBE\UI\SourceControl\SourceControlViewViewModel.cs:ligne 247
脿 Rubberduck.UI.SourceControl.SourceControlViewViewModel.OpenRepoAssignedToProject() dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\RetailCoder.VBE\UI\SourceControl\SourceControlViewViewModel.cs:ligne 897
脿 Rubberduck.UI.SourceControl.SourceControlViewViewModel.Refresh() dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\RetailCoder.VBE\UI\SourceControl\SourceControlViewViewModel.cs:ligne 910
脿 Rubberduck.UI.SourceControl.SourceControlViewViewModel.<.ctor>b__11_8(Object _) dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\RetailCoder.VBE\UI\SourceControl\SourceControlViewViewModel.cs:ligne 74
脿 Rubberduck.UI.Command.DelegateCommand.ExecuteImpl(Object parameter) dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\RetailCoder.VBE\UI\Command\DelegateCommand.cs:ligne 26
脿 Rubberduck.UI.Command.CommandBase.Execute(Object parameter) dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\RetailCoder.VBE\UI\Command\CommandBase.cs:ligne 54;
The COMException is thrown here:
Microsoft.Vbe.Interop._VBComponent.Export(String FileName)
脿 Rubberduck.VBEditor.SafeComWrappers.VBA.VBComponent.ExportAsSourceFile(String folder, Boolean tempFile) dans C:\Users\Mathieu\Documents\GitHub\Rubberduck (main)\Rubberduck\Rubberduck.VBEEditor\SafeComWrappers\VBA\VBComponent.cs:ligne 142
Does the path include spaces? Is it a UNC path?
nop:
C:\Users\memyself\Desktop\DotNet\Office\repogittestrubberduck
hmm, would the ProjectId happen to contain funky characters? Verify the %appdata%\Rubberduck\SourceControl.rubberduck configuration file.
nop...for what I see:
<?xml version="1.0" encoding="utf-8"?>
<Configuration>
<SourceControlSettings>
<UserName />
<EmailAddress />
<DefaultRepositoryLocation />
<Repositories>
<Repository>
<Id>97244304</Id>
<LocalLocation>C:\Users\memyself\Desktop\DotNet\Office\repogittestrubberduck\Project</LocalLocation>
<RemoteLocation>C:\Users\memyself\Desktop\DotNet\Office\repogittestrubberduck\Project</RemoteLocation>
</Repository>
</Repositories>
<CommandPromptLocation>cmd.exe</CommandPromptLocation>
</SourceControlSettings>
</Configuration>
Is it the only open project? Source Control was designed to work with the active project, wheels come off if there's project-switching involved... TBH source control wheels come off for too many reasons to my taste though.
Yes it was the only open project. I only have one.
@retailcoder looks like an export issue as far as #3758 is concerned.
Leave this one open?
Removed the source-control label and edited the OP for brevity
Hi Guys - remember me from last year?
I just encountered this in my own source-code when it dumps into a directory and that directory is open in a File Explorer window. Perhaps that helps someone on Rubber Duck track down this error.
More details on my circumstance - The offending File Explorer has the directory open when I programmatically delete it. The delete succeeds and bumps the File Explorer window out of the (now deleted) folder, but a retry is still required of the user to complete the operation. Presumably a test of the folder being open, or perhaps just a slight delay, would avoid the problem.
I just had a look at this issue and I'm unfortunately unable to reproduce this issue.
This is what I did:
Using battleship spreadsheet, I exported the contents of the project to a folder.
I open a Windows explorer to the same path.
I then export. No error.
I then create a new folder within it.
I then export, targeting the new folder but do not select it just yet.
I delete the folder via windows explorer.
I then select the folder and it still exports, re-creating the folder in the process.
Am I missing something?
I got this exact error, which is how I landed on this page. When I changed the export from:
component.Export("c:\temp\test.cls");
to
component.Export("c:\\temp\\test.cls");
The problem resolved.
Posting in case this might help someone.
@kwcolson whats the difference between those two lines?
They look the same.
@rubberduck203 updated
Most helpful comment
More details on my circumstance - The offending File Explorer has the directory open when I programmatically delete it. The delete succeeds and bumps the File Explorer window out of the (now deleted) folder, but a retry is still required of the user to complete the operation. Presumably a test of the folder being open, or perhaps just a slight delay, would avoid the problem.