Description of problem: I was replacing an image on an mp3 file which was located on an nfs share. I removed the original image then clicked on the + to re-add the same image and the easytag crashed. I do this because the file was probably not tagged properly, did not conform to specs, and the image would not display on a Caja tab. Usually, just loading the folder and saving the file does the trick and the image displays. Other times I must remove the image then add it again before saving it to cause the image to display on the Caja tab. Ernie D Version-Release number of selected component: easytag-2.2.0-1.fc20 Additional info: reporter: libreport-2.2.1 backtrace_rating: 4 cmdline: easytag crash_function: _gtk_css_computed_values_get_difference executable: /usr/bin/easytag kernel: 3.13.10-200.fc20.x86_64 runlevel: N 5 type: CCpp uid: 1000 Truncated backtrace: Thread no. 1 (10 frames) #0 _gtk_css_computed_values_get_difference at gtkcsscomputedvalues.c:265 #1 _gtk_style_context_validate at gtkstylecontext.c:3303 #12 gtk_container_idle_sizer at gtkcontainer.c:1684 #13 _g_closure_invoke_va at gclosure.c:840 #15 g_signal_emit_by_name at gsignal.c:3426 #16 gdk_frame_clock_paint_idle at gdkframeclockidle.c:408 #23 gtk_main at gtkmain.c:1158 #28 g_application_activate at gapplication.c:1414 #29 et_local_command_line at src/application.c:77 #30 g_application_run at gapplication.c:1585
Created attachment 889952 [details] File: backtrace
Created attachment 889953 [details] File: cgroup
Created attachment 889954 [details] File: core_backtrace
Created attachment 889955 [details] File: dso_list
Created attachment 889956 [details] File: environ
Created attachment 889957 [details] File: exploitable
Created attachment 889958 [details] File: limits
Created attachment 889959 [details] File: maps
Created attachment 889960 [details] File: open_fds
Created attachment 889961 [details] File: proc_pid_status
Created attachment 889962 [details] File: var_log_messages
Bug 1092814 is probably a duplicate of this one. The image loading and saving was reworked in 2.2.0 and has now been reverted to the previous behaviour after several problems were exposed by the new code. I cannot trigger a crash with upstream git, so I will close this as upstream for now. An upcoming 2.2.2 release, within the next week or so, should fix the bug.
easytag-2.2.2-1.fc20 has been submitted as an update for Fedora 20. https://admin.fedoraproject.org/updates/easytag-2.2.2-1.fc20
easytag-2.2.2-1.fc19 has been submitted as an update for Fedora 19. https://admin.fedoraproject.org/updates/easytag-2.2.2-1.fc19
easytag-2.2.2-1.fc19 has been pushed to the Fedora 19 stable repository. If problems still persist, please make note of it in this bug report.
easytag-2.2.2-1.fc20 has been pushed to the Fedora 20 stable repository. If problems still persist, please make note of it in this bug report.