Update of bug #14937 (project mypaint):
Status: None => Fixed
_______________________________________________________
Follow-up Comment #8:
I have managed to reproduce your bug with the 0.8.0 release candidate on
Windows. I think I know now what the story was:
When using the "Save As..." dialog you got no feedback and no wait cursor
while MyPaint was saving, and the file dialog did stay open. Because saving
in MyPaint takes horribly long at the moment, you got impatient and tried to
close the dialog. This did not work, but after some time the dialog closed
anyway because saving was finished.
At this point, GTK/Windows/Whatever continued to process GUI events and got
the dialog destroyed because of your events (in a terribly inconsistent way I
guess).
Unluckily that dialog is usually hidden and reused the next time you hit
"Save As...". When trying to show it again it was not there, and GTK crashed
hard.
I have just fixed the "no feedback" part - MyPaint will now show a wait
cursor and hide the dialog, so you can't close it when you grow impatient.
This should have fixed your bug, too. Thanks for reporting!
Here are the errors I got in my logfile (which was named "mypaint.exe",
really strange...):
lib\helpers.py:93: DeprecationWarning: PyArray_FromDimsAndDataAndDescr: use
PyArray_NewFromDescr.
gui\filehandling.py:241: GtkWarning:
gtk_file_chooser_set_current_folder_file: assertion `GTK_IS_FILE_CHOOSER
(chooser)' failed
gui\filehandling.py:242: GtkWarning: gtk_file_chooser_set_current_name:
assertion `GTK_IS_FILE_CHOOSER (chooser)' failed
gui\filehandling.py:260: GtkWarning: gtk_container_foreach: assertion
`GTK_IS_CONTAINER (container)' failed
_______________________________________________________
Reply to this item at:
<http://gna.org/bugs/?14937>
_______________________________________________
Nachricht geschickt von/durch Gna!
http://gna.org/
_______________________________________________
Mypaint-bugs mailing list
[email protected]
https://mail.gna.org/listinfo/mypaint-bugs
