Every time I try to install a helper, Docky crashes

Reported by Louis Taylor on 2010-05-30
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Docky
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) on 2010-05-31
Changed in docky:
importance: Undecided → Medium
assignee: nobody → Robert Dyer (psybers)
Louis Taylor (louis--taylor) wrote :

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

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.

Robert Dyer (psybers) wrote :

Fixed in rev 1394.

Changed in docky:
status: New → Fix Committed
Louis Taylor (louis--taylor) wrote :

yay! Thank you

Robert Dyer (psybers) on 2010-06-02
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  Edit
Everyone can see this information.

Other bug subscribers