when will the "Assembly is disposed" bug get handled?

I'll tell you: Maybe never.

Why? Because the youtrack exception analyzer picks it up each time it has
been send by Visual Studio and closes it with "duplicate" -- and the
duplicate is a closed bug ticket, too.

So I (and others) can send this day for day for day for day for day and
nothing will ever happen.

--
/\/\arkus.

39 comments

Hello Klaus,

Thank you! I've raised the priority of the corresponding issue and notified
the developer.

Andrey Serebryansky
Senior Support Engineer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"

i still got Exceptions which are marked as duplicate of RSRP-199140
(using build 2117 now). The following exceptions occurs always when i
build or rebuild my solution:

http://youtrack.jetbrains.net/issue/RSRP-240389
http://youtrack.jetbrains.net/issue/RSRP-240390
http://youtrack.jetbrains.net/issue/RSRP-240391
http://youtrack.jetbrains.net/issue/RSRP-240392
I'm afraid they are not recognized by you because i have them since
several builds (don't remember when it starts).

I also noticed that the Windows Forms Designer had problems to open a
Form after these exceptions occured. Today it happened that i rebuild
my soloution with not editor window open. In this case the exceptions
didn't occur. Also the Forms Designer could open the above mentioned
form without problems (i didn't made any changes on the form's code)

All happened in VS 2008 while working on a VB solution.

Regards
Klaus
---
Original message URL:
http://devnet.jetbrains.net/message/5298796#5298796



0

Andrew,

Thank you for the info! We'll keep investigating this problem.


At least it's happening more rarely now.

--
/\/\arkus.

0

Seeing all of these in 2117 also. Definitely happening more rarely.

0

Update,

At least it's happening more rarely now.


The exceptions are happening less often but the R#-CodeModel gets broken
after building none the less (reporting "NonNullAttribute" not being an
attribute and so forth).

--
/\/\arkus.

0

This is still happening with 2122

0

I'm still seeing this in 2124.

Below is the technical details of one of the errors. I'm not comfortable submitting the actual assembly names to YouTrack, so I replaced them with "blah" below.


Assembly is disposed 'blah.TestBase, Version=3.2.1.0, Culture=neutral, PublicKeyToken=null'

--- EXCEPTION #1/2 [AssertionException]
Message = “Assembly is disposed 'blah.TestBase, Version=3.2.1.0, Culture=neutral, PublicKeyToken=null'”
ExceptionPath = Root.InnerException
ClassName = JetBrains.Util.Assertion+AssertionException
HResult = COR_E_EXCEPTION=80131500
Source = JetBrains.Platform.ReSharper.ProjectModel
StackTraceString = “
  at JetBrains.ProjectModel.Model2.Assemblies.Impl.Assembly.AssertDisposed() in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\ProjectModel\src\model2\Assemblies\Impl\Assembly.cs:line 160
     at JetBrains.ProjectModel.Model2.Assemblies.Impl.Assembly.GetFiles() in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\ProjectModel\src\model2\Assemblies\Impl\Assembly.cs:line 116
     at JetBrains.ReSharper.Psi.Impl.ProjectAssemblyPsiModule.PsiAssembly.get_Location() in c:\BuildAgent\work\89b0fc7b1b46b165\src\Psi\src\impl\ProjectAssemblyPsiModule.cs:line 147
     at JetBrains.ReSharper.Feature.Services.ExternalSources.Pdb.Cache.PdbCacheManagerImpl.RescanIfNeeded(IPsiAssembly assembly) in c:\BuildAgent\work\89b0fc7b1b46b165\src\Feature.Services.ExternalSources\src\Pdb\Cache\PdbCacheManagerImpl.cs:line 248
     at JetBrains.ReSharper.Feature.Services.ExternalSources.Pdb.Cache.PdbCacheManagerImpl.Execute(IChangeMap changeMap) in c:\BuildAgent\work\89b0fc7b1b46b165\src\Feature.Services.ExternalSources\src\Pdb\Cache\PdbCacheManagerImpl.cs:line 375
     at JetBrains.Application.Changes.ChangeManagerImpl.<>c__DisplayClassc.<InvokeOrderedDependentProviders>b__b(IChangeProvider dependentChangeProvider) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Shell\src\changes\ChangeManagerImpl.cs:line 270


--- Outer ---

--- EXCEPTION #2/2 [LoggerException]
Message = “Assembly is disposed 'blah.TestBase, Version=3.2.1.0, Culture=neutral, PublicKeyToken=null'”
ExceptionPath = Root
ClassName = JetBrains.Util.LoggerException
Data.LastExtension = cs
Data.PlatformSccRevision = CompiledWithoutBuildServer
Data.ProductSccRevision = CompiledWithoutBuildServer
Data.VsVersion = 10.0.40219.1
InnerException = “Exception #1 at Root.InnerException”
HResult = COR_E_APPLICATION=80131600
StackTraceString = “
  at JetBrains.Application.Changes.ChangeManagerImpl.<>c__DisplayClassc.<InvokeOrderedDependentProviders>b__b(IChangeProvider dependentChangeProvider) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Shell\src\changes\ChangeManagerImpl.cs:line 274
     at JetBrains.Util.CollectionUtil.ForEach[T](IEnumerable`1 collection, Action`1 action) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Util\src\Collections\CollectionUtil.cs:line 1391
     at JetBrains.Application.Changes.ChangeManagerImpl.<>c__DisplayClassc.<InvokeOrderedDependentProviders>b__a(IProgressIndicator pro) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Shell\src\changes\ChangeManagerImpl.cs:line 262
     at JetBrains.Application.Progress.SimpleTaskExecutor.ExecuteTask(String name, TaskCancelable cancelable, Action`1 task) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Shell\src\Progress\SimpleTaskExecutor.cs:line 70
     at JetBrains.Application.Changes.ChangeManagerImpl.InvokeOrderedDependentProviders(ITaskExecutor executor, IEnumerable`1 dependentProviders, ChangeMap changeMap) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Shell\src\changes\ChangeManagerImpl.cs:line 286
     at JetBrains.Application.Changes.ChangeManagerImpl.OnProviderChanged(IChangeProvider changeProvider, Object change, ITaskExecutor executor) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Shell\src\changes\ChangeManagerImpl.cs:line 215
     at JetBrains.ProjectModel.Impl.ProjectModelBatchChangeManagerImpl.EndTransaction(ProjectModelBatchChange projectModelBatchChange, ITaskExecutor executor) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\ProjectModel\src\model2\Transaction\ProjectModelBatchChangeManagerImpl.cs:line 48
     at JetBrains.ProjectModel.Impl.ProjectModelBatchChange.Commit(ITaskExecutor executor) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\ProjectModel\src\model2\Transaction\ProjectModelBatchChange.cs:line 52
     at JetBrains.ProjectModel.Impl.ExternalChangeProcessor.ProcessElementsAffectedByExternalChange(IEnumerable`1 affectedElements, Boolean sync) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\ProjectModel\src\impl\ExternalChangeProcessor.cs:line 258
     at JetBrains.ProjectModel.Impl.ExternalChangeProcessor.ProcessExternalChangeActivity.Finish() in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\ProjectModel\src\impl\ExternalChangeProcessor.cs:line 331
     at JetBrains.Application.InterruptableReadActivity.FinishingProc() in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Shell\src\InterruptableReadActivity.cs:line 173
     at JetBrains.Threading.ReentrancyGuard.Execute(String name, Action action) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Util\src\Concurrency\ReentrancyGuard.cs:line 258
     at JetBrains.Threading.ReentrancyGuard.<ExecutePendingActions>b__6(QueuedAction action) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Util\src\Concurrency\ReentrancyGuard.cs:line 482
     at JetBrains.Threading.ReentrancyGuard.InterlockedQueue.TryDequeue(Action`1 funcVisitor) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Util\src\Concurrency\ReentrancyGuard.cs:line 954
     at JetBrains.Threading.ReentrancyGuard.ExecutePendingActions() in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Util\src\Concurrency\ReentrancyGuard.cs:line 485
     at JetBrains.Threading.JetDispatcher.Closure.Execute(Object dummy) in c:\BuildAgent\work\89b0fc7b1b46b165\Platform\src\Util\src\Concurrency\JetDispatcher.cs:line 655
     at System.RuntimeMethodHandle._InvokeMethodFast(IRuntimeMethodInfo method, Object target, Object[] arguments, SignatureStruct& sig, MethodAttributes methodAttributes, RuntimeType typeOwner)
     at System.RuntimeMethodHandle.InvokeMethodFast(IRuntimeMethodInfo method, Object target, Object[] arguments, Signature sig, MethodAttributes methodAttributes, RuntimeType typeOwner)
     at System.Reflection.RuntimeMethodInfo.Invoke(Object obj, BindingFlags invokeAttr, Binder binder, Object[] parameters, CultureInfo culture, Boolean skipVisibilityChecks)
     at System.Delegate.DynamicInvokeImpl(Object[] args)
     at System.Windows.Forms.Control.InvokeMarshaledCallbackDo(ThreadMethodEntry tme)
     at System.Windows.Forms.Control.InvokeMarshaledCallbackHelper(Object obj)
     at System.Threading.ExecutionContext.runTryCode(Object userData)
     at System.Runtime.CompilerServices.RuntimeHelpers.ExecuteCodeWithGuaranteedCleanup(TryCode code, CleanupCode backoutCode, Object userData)
     at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state)
     at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean ignoreSyncCtx)
     at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
     at System.Windows.Forms.Control.InvokeMarshaledCallback(ThreadMethodEntry tme)
     at System.Windows.Forms.Control.InvokeMarshaledCallbacks()
     at System.Windows.Forms.Control.WndProc(Message& m)
     at System.Windows.Forms.Control.ControlNativeWindow.OnMessage(Message& m)
     at System.Windows.Forms.Control.ControlNativeWindow.WndProc(Message& m)
     at System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)

0


Below is the technical details of one of the errors. I'm not comfortable submitting the actual assembly names to YouTrack, so I replaced them with "blah" below.


Can I add a +1 to this - if there is going to be work done on the exception reporting, could JB arrange not to publish file/assembly names from customers' files?     Personally, I don't care terribly about JB staff seeing them (though I'd rather not), but it's very annoying that that sort of stuff gets put into a publicly available bug report, which I then can't retract delete.    It's not obvious from the summary line in the exception dialog which exceptions will have private details leaked into them and which don't.

Really, R# ought to scrub that stuff at the client machine, before sending the report.

Will

0

Hello Will,

Sure, we understand your concern. We're already working in this direction
and the problem with sensitive data in exception reports will be adressed
very soon. Thank you!

Andrey Serebryansky
Senior Support Engineer
JetBrains, Inc
http://www.jetbrains.com
"Develop with pleasure!"


> Below is the technical details of one of the errors. I'm not
> comfortable submitting the actual assembly names to YouTrack, so I
> replaced them with "blah" below.

Can I add a +1 to this - if there is going to be work done on the
exception reporting, could JB arrange not to publish file/assembly
names from customers' files?     Personally, I don't care terribly
about JB staff seeing them (though I'd rather not), but it's very
annoying that that sort of stuff gets put into a publicly available
bug report, which I then can't retract delete.    It's not obvious
from the summary line in the exception dialog which exceptions will
have private details leaked into them and which don't.

Really, R# ought to scrub that stuff at the client machine, before
sending the report.

Will

---
Original message URL:
http://devnet.jetbrains.net/message/5299766#5299766



0

+1 for a better way to handle submitting private filenames

0

Please sign in to leave a comment.