Bug Report: Click+Drag on Linux crashes program (always)

@novica, my question was not related to new packages for arch linux. (But maybe I am misunderstanding what you mean by “there aren’t any new packages there.”

In post #5 above, you stated you could reproduce the problem of a crash when clicking and dragging. My question is whether that still happens to you with a current version of Manager. I was not thinking about versions of linux. In other words, doing exactly what you did before, does a current version of Manager still crash?

Can anyone else using Linux reproduce this problem of crashing when clicking and dragging? If so, what version of Manager are you using?

Tut, yes, I can reproduce the problem on Arch Linux which is what I am using. But since the package maintainer for Manager for Arch Linux hasn’t published a new package I cannot use the newest version and can’t check if the bug is still there.

Ah, now I understand. Thank you.

@Tut - hope this helps.

Linux 5.7.4-arch1-1
package: manager-accounting 20.7.31-1

Crashes with:

Marshaling drag-data-get 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 Eto.GtkSharp.Forms.GtkControl`3+GtkControlConnector[TControl,TWidget,TCallback].HandleDragDataGet (System.Object o, Gtk.DragDataGetArgs args) [0x00012] in <4877835f8e884fcbb44cf6b8e20e7bc1>:0 
  at (wrapper managed-to-native) System.Reflection.RuntimeMethodInfo.InternalInvoke(System.Reflection.RuntimeMethodInfo,object,object[],System.Exception&)
  at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x0006a] in <c4bddbfe864a4b8191bb818d6b204e9d>:0 
   --- End of inner exception stack trace ---
  at System.Reflection.RuntimeMethodInfo.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object[] parameters, System.Globalization.CultureInfo culture) [0x00083] in <c4bddbfe864a4b8191bb818d6b204e9d>:0 
  at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x00000] in <c4bddbfe864a4b8191bb818d6b204e9d>:0 
  at System.Delegate.DynamicInvokeImpl (System.Object[] args) [0x000e7] in <c4bddbfe864a4b8191bb818d6b204e9d>:0 
  at System.MulticastDelegate.DynamicInvokeImpl (System.Object[] args) [0x00008] in <c4bddbfe864a4b8191bb818d6b204e9d>:0 
  at System.Delegate.DynamicInvoke (System.Object[] args) [0x00000] in <c4bddbfe864a4b8191bb818d6b204e9d>:0 
  at GLib.Signal.ClosureInvokedCB (System.Object o, GLib.ClosureInvokedArgs args) [0x0003d] in <3eb93253711f4c08b41956dc83a81a30>:0 
  at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs args) [0x0000c] in <3eb93253711f4c08b41956dc83a81a30>:0 
  at GLib.SignalClosure.MarshalCallback (System.IntPtr raw_closure, System.IntPtr return_val, System.UInt32 n_param_vals, System.IntPtr param_values, System.IntPtr invocation_hint, System.IntPtr marshal_data) [0x00149] in <3eb93253711f4c08b41956dc83a81a30>:0 
  at GLib.ExceptionManager.RaiseUnhandledException (System.Exception e, System.Boolean is_terminal) [0x00000] in <3eb93253711f4c08b41956dc83a81a30>:0 
  at GLib.SignalClosure.MarshalCallback (System.IntPtr raw_closure, System.IntPtr return_val, System.UInt32 n_param_vals, System.IntPtr param_values, System.IntPtr invocation_hint, System.IntPtr marshal_data) [0x00000] in <3eb93253711f4c08b41956dc83a81a30>:0 
  at Gtk.Application.gtk_main () [0x00000] in <bbd927e5aeda442d8c2379df2fb28b45>:0 
  at Gtk.Application.Run () [0x00000] in <bbd927e5aeda442d8c2379df2fb28b45>:0 
  at Eto.GtkSharp.Forms.ApplicationHandler.Run () [0x00000] in <4877835f8e884fcbb44cf6b8e20e7bc1>:0 
  at Eto.Forms.Application.Run (Eto.Forms.Form mainForm) [0x00000] in <6db481985cca4510b36c8dbd12852b82>:0 
  at ManagerDesktop.Program.Main (System.String[] args) [0x00000] in <3af6a72053654026bbc1c1cc34e5c86b>:0 

Hello! New user here on Linux non-server edition.

Yes, “drag crash” is reliably reproducible whenever a mouse drag is initiated.
This occurs when inadvertently selecting text anywhere on the interface then dragging it.
It also occurs in Chart of Accounts when attempting to re-order Accounts (by dragging the double-arrow symbol).
The symptom is an instant crash with no delay nor message.

I will append Inxi output showing I am running Kubuntu, being KDE on Ubuntu 20.04 LTS ie. the latest.
Running the latest AppImage v 20.7.97 (20th July). Also happened on other versions over the last few weeks.

System: Host:----- Kernel: 5.4.0-40-generic x86_64 bits: 64 compiler: gcc v: 9.3.0
Desktop: KDE Plasma 5.18.5 tk: Qt 5.12.8 wm: kwin_x11 dm: SDDM Distro: Ubuntu 20.04 LTS (Focal Fossa)
Machine: Type: Desktop Mobo: ASRock model: A320M-HDV serial: UEFI [Legacy]: American Megatrends v: P3.00 date: 07/17/2017
Memory: RAM: total: 3.84 GiB used: 822.8 MiB (20.9%)
CPU: Topology: Quad Core model: AMD Ryzen 3 1200 bits: 64

Here is crash info from the terminal:

Manager-x86_64.AppImage
Marshaling drag-data-get 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 (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke(System.Reflection.MonoMethod,object,object,System.Exception&)
at System.Reflection.MonoMethod.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object parameters, System.Globalization.CultureInfo culture) [0x0006a] in <6649516e5b3542319fb262b421af0adb>:0
— End of inner exception stack trace —
at System.Reflection.MonoMethod.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object parameters, System.Globalization.CultureInfo culture) [0x00083] in <6649516e5b3542319fb262b421af0adb>:0
at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object parameters) [0x00000] in <6649516e5b3542319fb262b421af0adb>:0
at System.Delegate.DynamicInvokeImpl (System.Object args) [0x000e7] in <6649516e5b3542319fb262b421af0adb>:0
at System.MulticastDelegate.DynamicInvokeImpl (System.Object args) [0x00008] in <6649516e5b3542319fb262b421af0adb>:0
at System.Delegate.DynamicInvoke (System.Object args) [0x00000] in <6649516e5b3542319fb262b421af0adb>:0
at GLib.Signal.ClosureInvokedCB (System.Object o, GLib.ClosureInvokedArgs args) [0x0003e] in <6b18dc2e94c64faa9ddba710ad41aaa1>:0
at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs args) [0x00011] in <6b18dc2e94c64faa9ddba710ad41aaa1>:0
at GLib.SignalClosure.MarshalCallback (System.IntPtr raw_closure, System.IntPtr return_val, System.UInt32 n_param_vals, System.IntPtr param_values, System.IntPtr invocation_hint, System.IntPtr marshal_data) [0x0014e] in <6b18dc2e94c64faa9ddba710ad41aaa1>:0
at GLib.ExceptionManager.RaiseUnhandledException (System.Exception e, System.Boolean is_terminal) [0x00000] in <6b18dc2e94c64faa9ddba710ad41aaa1>:0
at GLib.SignalClosure.MarshalCallback (System.IntPtr raw_closure, System.IntPtr return_val, System.UInt32 n_param_vals, System.IntPtr param_values, System.IntPtr invocation_hint, System.IntPtr marshal_data) [0x00000] in <6b18dc2e94c64faa9ddba710ad41aaa1>:0
at Gtk.Application.gtk_main () [0x00000] in <5d30aa7866714e1487744c851412cb95>:0
at Gtk.Application.Run () [0x00000] in <5d30aa7866714e1487744c851412cb95>:0
at Eto.GtkSharp.Forms.ApplicationHandler.Run () [0x00000] in <4877835f8e884fcbb44cf6b8e20e7bc1>:0
at Eto.Forms.Application.Run (Eto.Forms.Form mainForm) [0x00000] in <6db481985cca4510b36c8dbd12852b82>:0
at ManagerDesktop.Program.Main (System.String args) [0x00000] in <22dc74be86414c0aaf51d90f8a6112c3>:0

I have not noticed any data corruption despite many crashes (thank god!).

I hope someone can pass this info on to the developer as it is not giving my customer confidence in the new software I just installed for them :slight_smile:

Despite this problem, I am overall rather pleased with Manager and am thankful that the software is available on all platforms and is affordable for all sizes of business, in this case a small farm using it for Receipt/Payments/BAS only.

Warren.

That happens automatically when a topic goes into the bugs category. In this case, the developer is the one who put it there.

1 Like

This is still reproducible. Just try reordering account in chart of accounts.

Manager Version: 20.9.36 (Desktop)
OS: Ubuntu 20.04.1 LTS

Stack Trace:
Marshaling drag-data-get 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 (wrapper managed-to-native) System.Reflection.MonoMethod.InternalInvoke(System.Reflection.MonoMethod,object,object,System.Exception&)
at System.Reflection.MonoMethod.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object parameters, System.Globalization.CultureInfo culture) [0x0006a] in <6649516e5b3542319fb262b421af0adb>:0
— End of inner exception stack trace —
at System.Reflection.MonoMethod.Invoke (System.Object obj, System.Reflection.BindingFlags invokeAttr, System.Reflection.Binder binder, System.Object parameters, System.Globalization.CultureInfo culture) [0x00083] in <6649516e5b3542319fb262b421af0adb>:0
at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object parameters) [0x00000] in <6649516e5b3542319fb262b421af0adb>:0
at System.Delegate.DynamicInvokeImpl (System.Object args) [0x000e7] in <6649516e5b3542319fb262b421af0adb>:0
at System.MulticastDelegate.DynamicInvokeImpl (System.Object args) [0x00008] in <6649516e5b3542319fb262b421af0adb>:0
at System.Delegate.DynamicInvoke (System.Object args) [0x00000] in <6649516e5b3542319fb262b421af0adb>:0
at GLib.Signal.ClosureInvokedCB (System.Object o, GLib.ClosureInvokedArgs args) [0x0003e] in <6b18dc2e94c64faa9ddba710ad41aaa1>:0
at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs args) [0x00011] in <6b18dc2e94c64faa9ddba710ad41aaa1>:0
at GLib.SignalClosure.MarshalCallback (System.IntPtr raw_closure, System.IntPtr return_val, System.UInt32 n_param_vals, System.IntPtr param_values, System.IntPtr invocation_hint, System.IntPtr marshal_data) [0x0014e] in <6b18dc2e94c64faa9ddba710ad41aaa1>:0
at GLib.ExceptionManager.RaiseUnhandledException (System.Exception e, System.Boolean is_terminal) [0x00000] in <6b18dc2e94c64faa9ddba710ad41aaa1>:0
at GLib.SignalClosure.MarshalCallback (System.IntPtr raw_closure, System.IntPtr return_val, System.UInt32 n_param_vals, System.IntPtr param_values, System.IntPtr invocation_hint, System.IntPtr marshal_data) [0x00000] in <6b18dc2e94c64faa9ddba710ad41aaa1>:0
at Gtk.Application.gtk_main () [0x00000] in <5d30aa7866714e1487744c851412cb95>:0
at Gtk.Application.Run () [0x00000] in <5d30aa7866714e1487744c851412cb95>:0
at Eto.GtkSharp.Forms.ApplicationHandler.Run () [0x00000] in <4877835f8e884fcbb44cf6b8e20e7bc1>:0
at Eto.Forms.Application.Run (Eto.Forms.Form mainForm) [0x00000] in <6db481985cca4510b36c8dbd12852b82>:0
at ManagerDesktop.Program.Main (System.String args) [0x00000] in :0

That is why the topic is still in the bugs category.

Any plan for fix? It is blocking reordering of account functionality.
Or is there a workaround?

@shah_p_r I didn’t realize re-ordering function was actually being blocked by this bug.

This bug is present in third-party library. I’ve notified the developer and they fixed it in the latest version of their library but I can’t upgrade to it yet.

I will be looking into upgrading to fixed version of the library before end of this month.

1 Like

I can still reproduce the bug, but have no issues with the reordering function.

How do you reorder if clicking and dragging crashes the program? Reordering is a click-and-drag process now.

I can post a gif if it helps. :slight_smile:

1 Like

@novica, your GIF shows you clicking and dragging to reorder the chart of accounts. Yet you wrote that you can still rerproduce the bug. The bug is described as “Click + Drag on Linus crashes program (always).” Both things cannot be true.

So if clicking and dragging sometimes crashes the program, what are the circumstances?

the bug exists since before the option to reorder the chart of accounts. so it should be maybe renamed to Click + Drag on Linux crashes program (except when reordering chart of accounts).

so the bug is reproducible in the same manner as described by the original poster

Open on Linux, click something, like the button that turns help on and off. Or in a blank area of the window. While holding the left mouse, drag the mouse. The program crashes. Always reproducible.

not sure how i can add more info. as you can see from the gif when i start clicking and dragging the mouse in the app’s blank areas it crashes.

Thank you. That clears things up.

I didn’t realize that I can click on reorder icon in chart of accounts and that brings up dedicated reorder screen. This worked for reordering. Thanks for the workaround @novica.

I was trying reorder from chart of accounts screen itself - By dragging the reorder icon. That results in crash.

This issue should be fixed in the latest version now (20.9.65)

1 Like

A post was split to a new topic: Reordering accounts