Mono AddIns on Pinta 1.5 can't replace with new Mono AddIns

Bug #1190053 reported by Patrick Dreier
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Pinta
Invalid
Undecided
Patrick Dreier

Bug Description

Hello!

http://www.mono-project.com/Mono.Addins
http://monoaddins.codeplex.com/
Mono AddIns 1.0
G'estion Expensions
 Unhandled exception:
Exception has been thrown by the target of an invocation.
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.IO.FileLoadException: Could not load file or assembly 'ICSharpCode.SharpZipLib, Version=2.84.0.0, Culture=neutral, PublicKeyToken=1b03e6acf1164f73' or one of its dependencies. The located assembly's manifest definition does not match the assembly reference. (Exception from HRESULT: 0x80131040)
   at Mono.Addins.Setup.AddinPackage.ReadAddinInfo(String file)
   at Mono.Addins.Gui.InstallDialog.FillSummaryPage()
   at Mono.Addins.Gui.InstallDialog.InitForInstall(String[] filesToInstall)
   at Mono.Addins.Gui.AddinManagerDialog.OnButtonInstallFromFileClicked(Object sender, EventArgs e)
   --- End of inner exception stack trace ---
   at System.RuntimeMethodHandle.InvokeMethod(Object target, Object[] arguments, Signature sig, Boolean constructor)
   at System.Reflection.RuntimeMethodInfo.UnsafeInvokeInternal(Object obj, Object[] parameters, Object[] arguments)
   at System.Delegate.DynamicInvokeImpl(Object[] args)
   at GLib.Signal.ClosureInvokedCB(Object o, ClosureInvokedArgs args)
   at GLib.SignalClosure.Invoke(ClosureInvokedArgs args)
   at GLib.SignalClosure.MarshalCallback(IntPtr raw_closure, IntPtr return_val, UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr marshal_data)

With king regards!

Changed in pinta:
assignee: nobody → Patrick Dreier (patrick-dreier)
summary: - Mono AddIns 1.0 on Pinta can't accept
+ Mono AddIns on Pinta 1.5 can't replace with new Mono AddIns
Revision history for this message
Cameron White (cameronwhite91) wrote :

Once more - DO NOT mark your bugs as security vulnerabilities!!! It will not help to get your bug fixed faster.

Robert - is this related to the issue you fixed a few days ago with ICSharpCode.SharpZipLib ? The development preview he's using wouldn't have any of the changes you made.

information type: Private Security → Public
Revision history for this message
Robert Nordan (rpvn) wrote :

Yes, I think this is what happens when you try to download an add-in file or try to open an add-in .mpack file using the "install from file" button in the 1.5 preview. Mono.Addins is hard linked against version 2.84 while the version in the development preview is 0.84 (pretty sure it's just semantics though), we had just never actually tried installing an add-in from an .mpack file so we hadn't discovered the problem.

What exactly are you trying to do, Patrick? If you are trying to open either .po translation file or the pinta.bat file you've been trying to open earlier, this is not how to do it.

Changed in pinta:
status: New → Incomplete
Revision history for this message
Cameron White (cameronwhite91) wrote :

This is obsolete with Pinta 2.0

Changed in pinta:
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.