MonoAddins Issue Tracker Rss Feed

Commented Issue: Another "Could not read add-in description" bug [8364]

knocte — Wed, 12 Jun 2013 14:14:32 GMT

I just got a crash, which is very similar to this other issue I fixed some time ago (http://monoaddins.codeplex.com/workitem/6901) but is not the same because the stacktrace varies a bit.

Unfortunately the bug is not reproducible 100% of the times (I ran it again and it disappeared), but at least I now have a stacktrace with line numbers!:

An unhandled exception was thrown: Could not read add-in description

at Mono.Addins.Addin.get_Description () [0x0006a] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins/Addin.cs:261
at Mono.Addins.TreeNode.ResetCachedData () [0x0003b] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins/TreeNode.cs:345
at Mono.Addins.TreeNode.ResetCachedData () [0x0007d] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins/TreeNode.cs:349
at Mono.Addins.TreeNode.ResetCachedData () [0x0007d] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins/TreeNode.cs:349
at Mono.Addins.TreeNode.ResetCachedData () [0x0007d] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins/TreeNode.cs:349
at Mono.Addins.ExtensionContext.ResetCachedData () [0x00000] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins/ExtensionContext.cs:109
at Mono.Addins.AddinEngine.ResetCachedData () [0x00051] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins/AddinEngine.cs:482
at Mono.Addins.Database.AddinDatabase.ResetCachedData () [0x00023] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins.Database/AddinDatabase.cs:957
at Mono.Addins.Database.AddinDatabase.Update (IProgressStatus monitor, System.String domain) [0x00107] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins.Database/AddinDatabase.cs:1051
at Mono.Addins.Database.AddinDatabase.Repair (IProgressStatus monitor, System.String domain) [0x00099] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins.Database/AddinDatabase.cs:1011
at Mono.Addins.AddinRegistry.Rebuild (IProgressStatus monitor) [0x00000] in /home/andres1204/mono-addins/Mono.Addins/Mono.Addins/AddinRegistry.cs:626
at Banshee.ServiceStack.ServiceManager.InitializeAddins () [0x00076] in /home/andres1204/banshee3justcloned/src/Core/Banshee.Services/Banshee.ServiceStack/ServiceManager.cs:85
at Banshee.ServiceStack.ServiceManager.DefaultInitialize () [0x00006] in /home/andres1204/banshee3justcloned/src/Core/Banshee.Services/Banshee.ServiceStack/ServiceManager.cs:119
at Banshee.ServiceStack.Application.Initialize () [0x00001] in /home/andres1204/banshee3justcloned/src/Core/Banshee.Services/Banshee.ServiceStack/Application.cs:80
at Banshee.Gui.GtkBaseClient.Initialize (Boolean registerCommonServices) [0x00011] in /home/andres1204/banshee3justcloned/src/Core/Banshee.ThickClient/Banshee.Gui/GtkBaseClient.cs:143
at Banshee.Gui.GtkBaseClient..ctor (Boolean initializeDefault, System.String defaultIconName) [0x00015] in /home/andres1204/banshee3justcloned/src/Core/Banshee.ThickClient/Banshee.Gui/GtkBaseClient.cs:95
at Banshee.Gui.GtkBaseClient..cto
Comments: ** Comment from web user: knocte **

Sent a PR to try to fix this: https://github.com/mono/mono-addins/pull/7

Created Unassigned: Likely Bug in GettextDomain.cs [8773]

Ztgreve — Wed, 29 May 2013 21:41:17 GMT

In the GettextDomain,cs file, you have:

```
localedir = System.Reflection.Assembly.GetEntryAssembly ().CodeBase;
FileInfo f = new FileInfo (localedir);
string prefix = f.Directory.Parent.Parent.Parent.ToString ();
prefix = Path.Combine (Path.Combine (prefix, "share"), "locale");
```

shouldn't that be:

```
localedir = System.Reflection.Assembly.GetEntryAssembly ().CodeBase;
FileInfo f = new FileInfo (localedir);
string prefix = f.Directory.Parent.Parent.Parent.ToString ();
_localedir_ = Path.Combine (Path.Combine (prefix, "share"), "locale");
```

?

Created Issue: NotSupportedException thrown by AddinEngine.CheckHostAssembly [8447]

ddaeschler — Fri, 07 Dec 2012 13:38:29 GMT

Mono.Addins.dll!Mono.Addins.AddinEngine.CheckHostAssembly(System.Reflection.Assembly asm = {System.Reflection.Emit.InternalAssemblyBuilder}) + 0x8a bytes
Mono.Addins.dll!Mono.Addins.AddinEngine.OnAssemblyLoaded(object s = {System.AppDomain}, System.AssemblyLoadEventArgs a = {System.AssemblyLoadEventArgs}) + 0x60 bytes

This patch in workitem 5843 also needs to be applied to CheckHostAssembly inside Mono.Addings.AddinEngine which is also throwing the same exception when mono.addins is called from the onloadassembly hook under .net4.

I caught this only by having throw: System.NotSupportedException turned on in the VS debugger

See: http://monoaddins.codeplex.com/workitem/5843

Commented Issue: Another "Could not read add-in description" bug [8364]

knocte — Sun, 21 Oct 2012 22:16:09 GMT

BTW this is with mono-addins version 6fbda9e8131f12c6e40a996328990d3d10f1ee3f

Created Issue: Another "Could not read add-in description" bug [8364]

knocte — Sun, 21 Oct 2012 22:15:37 GMT

Commented Issue: A way to disable caching [8032]

Madrang — Fri, 05 Oct 2012 06:43:37 GMT

It would be nice if there were a way to disabling caching in Mono Addins.
 
For instance, if some of the addins are with typenames that an obfuscator deals with (example: the addins are inside the same project), things tend to break horribly when I update them. Here is an example:
 
Unhandled Exception: System.InvalidOperationException: Type 'y.G' not found in add-in 'ST.Builtin,1.0'
 at Mono.Addins.RuntimeAddin.GetType (System.String typeName, Boolean throwIfNotFound) [0x00000] in <filename unknown>:
0
 at Mono.Addins.TypeExtensionNode.get_Type () [0x00000] in <filename unknown>:0
 at C.S.Q () [0x00000] in <filename unknown>:0
 at C.S.w () [0x00000] in <filename unknown>:0
 at C.S+d.l () [0x00000] in <filename unknown>:0
 at System.Threading.Thread.StartUnsafe () [0x00000] in <filename unknown>:0
 
This is my main frustration with the otherwise completely usable Mono Addins. Please consider an option to have it either (a) not cache or (b) rescan instead of crash in the event of a cache miss.

Comments: ** Comment from web user: Madrang **

Try to call AddinManager.Registry.Rebuild(null); instead of AddinManager.Registry.Update(null);
I had the same problem, it's because Mono.Addins keep a cache of the addin information and will update it only if you change the version number. But rebuild will reload all that information instead of using the cache.

Created Issue: A way to disable caching [8032]

Zer7 — Fri, 08 Jun 2012 06:33:19 GMT

It would be nice if there were a way to disabling caching in Mono Addins.

For instance, if some of the addins are with typenames that an obfuscator deals with (example: the addins are inside the same project), things tend to break horribly when I update them. Here is an example:

Unhandled Exception: System.InvalidOperationException: Type 'y.G' not found in add-in 'ST.Builtin,1.0'
at Mono.Addins.RuntimeAddin.GetType (System.String typeName, Boolean throwIfNotFound) [0x00000] in <filename unknown>:
0
at Mono.Addins.TypeExtensionNode.get_Type () [0x00000] in <filename unknown>:0
at C.S.Q () [0x00000] in <filename unknown>:0
at C.S.w () [0x00000] in <filename unknown>:0
at C.S+d.l () [0x00000] in <filename unknown>:0
at System.Threading.Thread.StartUnsafe () [0x00000] in <filename unknown>:0

This is my main frustration with the otherwise completely usable Mono Addins. Please consider an option to have it either (a) not cache or (b) rescan instead of crash in the event of a cache miss.

Created Issue: In "right-to-left" interfaces, the search field display in same place without any move [7665]

ibraheem_alex — Fri, 27 Jan 2012 20:41:01 GMT

in Pinta Image Editor that uses Mono.Addins framework in Add-in Manager dialog, the search field display in same place without any move, and tabs move to right. that makes the search field displayed above the tabs and cover the text.

Reopened Issue: Suggestion: A way to filter out DLLs [6394]

Zer7 — Wed, 12 Oct 2011 10:44:35 GMT

I have a few DLLs in my program directory that Mono.Addins always tries to load (MSVC runtimes, etc.). I know that they are not add-ins. Is there any way to blacklist these from the scan? If not, this is a suggestion for the future.

Great product, thanks for making it :)

-James
Comments: ** Comment from web user: Zer7 **

It's only possible to do this via a separate file at present.

Commented Issue: Suggestion: A way to filter out DLLs [6394]

Zer7 — Wed, 12 Oct 2011 10:43:56 GMT

Could you please add a way to do this programmatically?
I'd really like to avoid my users breaking their install by accidentally opening files in Notepad. :)
Also, separate files makes it harder to do updates.

Thank you

James

Closed Issue: mono-runtime: Crash when running in --debug mode with mono addins 0.6.1 [6901]

slluis — Mon, 01 Aug 2011 20:29:31 GMT

This is a forward of the bugreport found in debian bugreport logs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630590
Comments:

Fixed.

Commented Issue: mono-runtime: Crash when running in --debug mode with mono addins 0.6.1 [6901]

knocte — Mon, 01 Aug 2011 18:08:22 GMT

This is a forward of the bugreport found in debian bugreport logs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630590
Comments: ** Comment from web user: knocte **

Please close this, the change has been committed in:

https://github.com/mono/mono-addins/commit/2bf0f4b5c56c56473e0a055f0f987309f3dd366a

Commented Issue: mono-runtime: Crash when running in --debug mode with mono addins 0.6.1 [6901]

knocte — Wed, 27 Jul 2011 12:31:18 GMT

This is a forward of the bugreport found in debian bugreport logs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630590
Comments: ** Comment from web user: knocte **

Git pull request, pending review, in here: https://github.com/mono/mono-addins/pull/3

Commented Issue: mono-runtime: Crash when running in --debug mode with mono addins 0.6.1 [6901]

knocte — Mon, 04 Jul 2011 19:17:18 GMT

This is a forward of the bugreport found in debian bugreport logs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630590
Comments: ** Comment from web user: knocte **

BTW I think this is not related to the mono-runtime at all (as reverting the bisected commit or downgrading to 0.6.0 fixes the issue), so that mention should be removed from the title of the bug.

Commented Issue: mono-runtime: Crash when running in --debug mode with mono addins 0.6.1 [6901]

knocte — Mon, 04 Jul 2011 17:31:29 GMT

This is a forward of the bugreport found in debian bugreport logs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630590
Comments: ** Comment from web user: knocte **

I'm affected by this too.

Commented Issue: mono-runtime: Crash when running in --debug mode with mono addins 0.6.1 [6901]

topfs2 — Mon, 04 Jul 2011 17:29:44 GMT

This is a forward of the bugreport found in debian bugreport logs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630590
Comments: ** Comment from web user: topfs2 **

Here is the first message so you don't have to go to the supplied link:

Package: mono-runtime
Version: 2.6.7-5
Severity: serious
Tags: upstream

Hi there,

As discussed on IRC, there's a crash interaction between mono and
mono-addins 0.6.1. To reproduce:

* Install mono-runtime 2.6.7 or 2.10.1 (from sid or experimental)
* Install libmono-addins0.2-cil 0.6.1 (from sid)
* Install an m-a using app (for example Banshee)
* $ banshee --debug
* Crash with [0]

I bisected this down to commit a4f3b3c46e5e798b1378941a2f99bcce1492c903
in mono-addins [1].

Cheers,
Iain

[0]
,----
| Exception has been thrown by the target of an invocation.
| System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.InvalidOperationException: Could not read add-in description
| at Mono.Addins.Addin.get_Description () [0x0006a] in /home/laney/temp/mono-addins/Mono.Addins/Mono.Addins/Addin.cs:257
| at Mono.Addins.Database.AddinDatabase.InternalGetInstalledAddins (System.String domain, System.String idFilter, AddinSearchFlagsInternal type) [0x000bb] in /home/laney/temp/mono-addins/Mono.Addins/Mono.Addins.Database/AddinDatabase.cs:255
| at Mono.Addins.Database.AddinDatabase.InternalGetInstalledAddins (System.String domain, AddinSearchFlagsInternal type) [0x00000] in /home/laney/temp/mono-addins/Mono.Addins/Mono.Addins.Database/AddinDatabase.cs:226
| at Mono.Addins.Database.AddinDatabase.Update (IProgressStatus monitor, System.String domain) [0x0009b] in /home/laney/temp/mono-addins/Mono.Addins/Mono.Addins.Database/AddinDatabase.cs:1036
| at Mono.Addins.Database.AddinDatabase.Repair (IProgressStatus monitor, System.String domain) [0x00093] in /home/laney/temp/mono-addins/Mono.Addins/Mono.Addins.Database/AddinDatabase.cs:1004
| at Mono.Addins.AddinRegistry.Rebuild (IProgressStatus monitor) [0x00000] in /home/laney/temp/mono-addins/Mono.Addins/Mono.Addins/AddinRegistry.cs:626
| at Banshee.ServiceStack.ServiceManager.InitializeAddins () [0x00000] in <filename unknown>:0
| at Banshee.ServiceStack.ServiceManager.DefaultInitialize () [0x00000] in <filename unknown>:0
| at Banshee.ServiceStack.Application.Initialize () [0x00000] in <filename unknown>:0
| at Banshee.Gui.GtkBaseClient.Initialize (Boolean registerCommonServices) [0x00000] in <filename unknown>:0
| at Banshee.Gui.GtkBaseClient..ctor (Boolean initializeDefault, System.String defaultIconName) [0x00000] in <filename unknown>:0
| at Banshee.Gui.GtkBaseClient..ctor () [0x00000] in <filename unknown>:0
| at Nereid.Client..ctor () [0x00000] in <filename unknown>:0
| at (wrapper managed-to-native) System.Reflection.MonoCMethod:InternalInvoke (object,object[],System.Exception&)
| at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00119] in /build/buildd/mono-2.6.7/mcs/class/corlib/System.Reflection/MonoMethod.cs:504
| --- End of inner exception stack trace ---
| at System.Reflection.MonoCMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0012c] in /build/buildd/mono-2.6.7/mcs/class/corlib/System.Reflection/MonoMethod.cs:510
| at System.Reflection.MonoCMethod.Invoke (BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000] in /build/buildd/mono-2.6.7/mcs/class/corlib/System.Reflection/MonoMethod.cs:519
| at System.Reflection.ConstructorInfo.Invoke (System.Object[] parameters) [0x0000e] in /build/buildd/mono-2.6.7/mcs/class/corlib/System.Reflection/ConstructorInfo.cs:77
| at System.Activator.CreateInstance (System.Type type, Boolean nonPublic) [0x000b5] in /build/buildd/mono-2.6.7/mcs/class/corlib/System/Activator.cs:337
| at System.Activator.CreateInstance (System.Type type) [0x00000] in /build/buildd/mono-2.6.7/mcs/class/corlib/System/Activator.cs:219
| at Banshee.Gui.GtkBaseClient.Startup () [0x00000] in <filename unknown>:0
| at Hyena.Gui.CleanRoomStartup.Startup (Hyena.Gui.StartupInvocationHandler startup) [0x00000] in <filename unknown>:0
`----

[1]
https://github.com/mono/mono-addins/commit/a4f3b3c46e5e798b1378941a2f99bcce1492c903

Created Issue: mono-runtime: Crash when running in --debug mode with mono addins 0.6.1 [6901]

topfs2 — Mon, 04 Jul 2011 17:28:13 GMT

This is a forward of the bugreport found in debian bugreport logs: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=630590

Closed Issue: Infinite loop while reading corrupted addin file [6836]

slluis — Wed, 22 Jun 2011 07:10:09 GMT

I just managed to modify a file in a way that made MonoAddins fall into an infinite loop, while the expected behaviour should be to recover from the corrupted file, recreating it.

I found already a fix, so I am going to do a pull request.
Comments:

Fix committed. Thanks!

Commented Issue: Infinite loop while reading corrupted addin file [6836]

knocte — Tue, 21 Jun 2011 20:28:50 GMT

Done:
https://github.com/mono/mono-addins/pull/2/files

Created Issue: Infinite loop while reading corrupted addin file [6836]

knocte — Tue, 21 Jun 2011 20:21:16 GMT