Closing pinta in Fedora 18 does NOT close pinta

Bug #1171200 reported by No Name Dot C
22
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Pinta
Fix Released
High
Cameron White

Bug Description

After using pinta, closing pinta does not actually close the software. I generally have to kill the process from a terminal.

The error message that I get is

"Unhandled exception:
Exception has been thrown by the target of an invocation."

Details:

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 Pinta.Core.SettingsManager.Serialize (System.String filename, System.Collections.Generic.Dictionary`2 settings) [0x00000] in <filename unknown>:0
  at Pinta.Core.SettingsManager.SaveSettings () [0x00000] in <filename unknown>:0
  at Pinta.MainWindow.SaveUserSettings () [0x00000] in <filename unknown>:0
  at Pinta.MainWindow.<MainWindow>m__34 (System.Object , System.EventArgs ) [0x00000] in <filename unknown>:0
  at Pinta.Core.FileActions.RaiseBeforeQuit () [0x00000] in <filename unknown>:0
  at Pinta.Actions.ExitProgramAction.Activated (System.Object sender, System.EventArgs e) [0x00000] in <filename unknown>:0
  at (wrapper managed-to-native) System.Reflection.MonoMethod:InternalInvoke (System.Reflection.MonoMethod,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] in <filename unknown>:0
  --- 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] in <filename unknown>:0
  at System.Reflection.MethodBase.Invoke (System.Object obj, System.Object[] parameters) [0x00000] in <filename unknown>:0
  at System.Delegate.DynamicInvokeImpl (System.Object[] args) [0x00000] in <filename unknown>:0
  at System.MulticastDelegate.DynamicInvokeImpl (System.Object[] args) [0x00000] in <filename unknown>:0
  at System.Delegate.DynamicInvoke (System.Object[] args) [0x00000] in <filename unknown>:0
  at GLib.Signal.ClosureInvokedCB (System.Object o, GLib.ClosureInvokedArgs args) [0x00000] in <filename unknown>:0
  at GLib.SignalClosure.Invoke (GLib.ClosureInvokedArgs args) [0x00000] in <filename unknown>:0
  at GLib.SignalClosure.MarshalCallback (IntPtr raw_closure, IntPtr return_val, UInt32 n_param_vals, IntPtr param_values, IntPtr invocation_hint, IntPtr marshal_data) [0x00000] in <filename unknown>:0

Revision history for this message
No Name Dot C (nonamedotc) wrote :

Just a note that this problem was not there in the previous version.

Revision history for this message
Roland (Rolandixor) Taylor (rolandixor) wrote :

Confirmed. Happens on Ubuntu 13.04 64bit for me as well.

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

Are you using Pinta 1.4, or the 1.5 development version?

Also, does this happen every time, or only after certain actions? (this sounds similar to bug #1075472)

Revision history for this message
No Name Dot C (nonamedotc) wrote :

I am using Pinta 1.4.

This happens every single time I open an image (image format does not matter). If I open pinta and just close it without opening any image, it closes normally.

Revision history for this message
grofaty (grofaty) wrote :

I am getting this "System.NullReferenceException: Object reference not set to an instance of an object" too in pinta-1.5-preview-20130309 on Windows XP, but not on every close, but only on some of them - so in my case it looks like there is some special combination that I use that appears in crash - so it may not be the same problem... I am getting this error constantly, but I am just unable to replicate it to have exact step-by-steps instructions - when I do I will update this report or open a new one.

Revision history for this message
Cameron White (cameronwhite91) wrote :

It looks like the crash occurs when saving Pinta's settings. Is Pinta able to successfully create the settings directory for you? It should be under ~/.config/Pinta

Changed in pinta:
importance: Undecided → High
Revision history for this message
No Name Dot C (nonamedotc) wrote :

Yes. There seems to be no problems in doing that.

$ ll ~/.config/Pinta/
total 20K

drwxrwxr-x. 2 username username 4.0K Jan 30 17:27 .
drwxr-xr-x. 37 username username 4.0K Apr 26 09:55 ..
-rw-rw-r--. 1 username username 1.2K Apr 22 18:28 layouts.xml
-rw-rw-r--. 1 username username 463 Apr 22 18:28 palette.txt
-rw-rw-r--. 1 username username 674 Apr 22 18:28 settings.xml

Revision history for this message
ינון-דוד-צדוק (Yinon-David-Zadok) (yinon-david-zadok) wrote :

Happens to me in Ubuntu 12.04 PP LTS with similar message or the same.
not sure about the version of pinta.

Didn't had it in 12.10 till now.

Revision history for this message
grofaty (grofaty) wrote :

@Yinon-David-Zadok, you can check the installed Pinta version on your system by using Pinta's menu Help | About and there is Version number on About Pinta tab.

General info about default versions of Pinta in Ubuntu:
============================
Ubuntu 12.04 LTS: Pinta 1.1
Ubuntu 12.10: Pinta 1.3
Ubuntu 13.04: Pinta 1.3
Note: Above default versions can be checked by: http://packages.ubuntu.com/
============================

You can add more current Pinta version by adding Pinta stable or Pinta daily build to your system by using terminal.

1. Adding Pinta 1.4 stable repository:
sudo add-apt-repository ppa:pinta-maintainers/pinta-stable
sudo apt-get update
sudo apt-get upgrade

2. Adding Pinta 1.5 daily build (little bit unstable)
sudo add-apt-repository ppa:pinta-maintainers/pinta-daily
sudo apt-get update
sudo apt-get upgrade

Can you please test on one of this two PPAs and report back if the problem still appears.

grofaty (grofaty)
tags: added: 18-fedora-linux
removed: 18 fedora linux
Revision history for this message
Cameron White (cameronwhite91) wrote :
Changed in pinta:
assignee: nobody → Cameron White (cameronwhite91)
milestone: none → 1.6
status: Confirmed → Fix Committed
Changed in pinta:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

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