Every time I try to install a helper, Docky crashes

Bug #587624 reported by Louis Taylor
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Docky
Fix Released
Medium
Robert Dyer

Bug Description

Without fail, Docky crashes whenever I try to install a helper from a .tar archive.
The helper I was trying to install was a cloned open_terminal_here helper.
I copied '/usr/share/docky/helpers/open_terminal_here.py' and '/usr/share/docky/helpers/metadata/open_terminal_here.py.info' into the directory '/home/louis/Dropbox/helper_scripts/new', I then compressed this using the gnome compress utility.
I uploaded it here: http://dl.dropbox.com/u/3746044/new.tar

I am running Docky version: 2.1.0 bzr docky r1384 ppa, on ubuntu 10.4.
Mono is version 2.4.4 (Debian 2.4.4~svn151842-1ubuntu4)

The exception is:
[Info 20:35:33.771] [HelperService] Trying to install: /home/louis/Dropbox/helper_scripts/new.tar
Marshaling clicked signal
Exception in Gtk# callback delegate
  Note: Applications can use GLib.ExceptionManager.UnhandledException to handle the exception.
System.Reflection.TargetInvocationException: Exception has been thrown by the target of an invocation. ---> System.NullReferenceException: Object reference not set to an instance of an object
  at Docky.ConfigurationWindow.OnInstallClicked (System.Object sender, System.EventArgs e) [0x00000]
  at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (object,object[],System.Exception&)
  at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000]
  --- End of inner exception stack trace ---
  at System.Reflection.MonoMethod.Invoke (System.Object obj, BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00000]
  at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x00000]
  at System.Delegate.DynamicInvokeImpl (System.Object[] args) [0x00000]
  at System.MulticastDelegate.DynamicInvokeImpl (System.Object[] args) [0x00000]
  at System.Delegate.DynamicInvoke (System.Object[] args) [0x00000]
  at GLib.Signal.ClosureInvokedCB (System.Object o, GLib.ClosureInvokedArgs args) [0x00000]
  at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs args) [0x00000]
  at GLib.SignalClosure.MarshalCallback (IntPtr raw_closure, IntPtr return_val, UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr marshal_data) [0x00000]
   at GLib.ExceptionManager.RaiseUnhandledException(System.Exception e, Boolean is_terminal)
   at GLib.SignalClosure.MarshalCallback(IntPtr raw_closure, IntPtr return_val, UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr marshal_data)
   at Gtk.Application.gtk_main()
   at Gtk.Application.Run()
   at Docky.Docky.Main(System.String[] args)
Cairo.Context: called from finalization thread, programmer is missing a call to Dispose
Cairo.Context: called from finalization thread, programmer is missing a call to Dispose
Cairo.Context: called from finalization thread, programmer is missing a call to Dispose
Cairo.Context: called from finalization thread, programmer is missing a call to Dispose
Cairo.Context: called from finalization thread, programmer is missing a call to Dispose
Cairo.Context: called from finalization thread, programmer is missing a call to Dispose
Cairo.Context: called from finalization thread, programmer is missing a call to Dispose
Cairo.Context: called from finalization thread, programmer is missing a call to Dispose
Cairo.Context: called from finalization thread, programmer is missing a call to Dispose
Cairo.Context: called from finalization thread, programmer is missing a call to Dispose

Robert Dyer (psybers)
Changed in docky:
importance: Undecided → Medium
assignee: nobody → Robert Dyer (psybers)
Revision history for this message
Louis Taylor (kragniz) wrote :

Hi, just tested this on Docky version 2.1.0 bzr r1300, and this problem does not happen.

Revision history for this message
Robert Dyer (psybers) wrote :

First of all, your tar file is wrong. The script and metadata directory should be at the 'top level' of the tar, not under a sub-directory.

Revision history for this message
Robert Dyer (psybers) wrote :

Fixed in rev 1394.

Changed in docky:
status: New → Fix Committed
Revision history for this message
Louis Taylor (kragniz) wrote :

yay! Thank you

Robert Dyer (psybers)
Changed in docky:
milestone: none → 2.1.0
Changed in docky:
status: Fix Committed → Fix Released
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.