| Summary: | (bluefish:3888): Gtk-CRITICAL **: | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | nomnex <nomnex> |
| Component: | bluefish | Assignee: | Paul Howarth <paul> |
| Status: | CLOSED INSUFFICIENT_DATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 15 | CC: | paul |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-05-25 15:37:16 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
nomnex
2012-03-11 08:56:07 UTC
Which exact bluefish package do you have? Some recent updates have addressed crashes on exit. I don't think the Gtk-CRITICAL etc. messages are related, so the ABRT data would be useful. Name : bluefish Arch : i686 Version : 2.0.3 Release : 6.fc15 I have these messages anytime I open a document with BF, but no ABRT msg telling me BF has crashed right now. [mt@nh28d ~]$ bluefish & [1] 8341 [mt@nh28d ~]$ (process:8341): GLib-WARNING **: goption.c:2132: ignoring no-arg, optional-arg or filename flags (8) on option of type 0 (process:8341): GLib-WARNING **: goption.c:2132: ignoring no-arg, optional-arg or filename flags (8) on option of type 0 (process:8341): GLib-WARNING **: goption.c:2132: ignoring no-arg, optional-arg or filename flags (8) on option of type 6 (bluefish:8341): Gtk-CRITICAL **: IA__gtk_window_remove_accel_group: assertion `GTK_IS_ACCEL_GROUP (accel_group)' failed (bluefish:8341): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed Language statistics for Generic HTML from /usr/share/bluefish/bflang//html.bflang2 table 13448 (3362.00 Kbytes) contexts 135 (3.69 Kbytes) matches 2717 (106.13 Kbytes) (bluefish:8341): Gtk-WARNING **: Unable to retrieve the file info for `file:///home/mt/desktop/zim.html': Error stating file '/home/mt/desktop/zim.html': No such file or directory delete_async, failed to delete: Error removing file: No such file or directory (bluefish:8341): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed gui_bfwin_cleanup called for bfwin 0x841e268 left_panel_destroy_cleanup called for bfwin 0x841e268 (bluefish:8341): Gtk-CRITICAL **: IA__gtk_widget_destroy: assertion `GTK_IS_WIDGET (widget)' failed [1]+ Done bluefish [mt@nh28d ~]$ I try again tomorrow, and post back a report as soon as I get one. Did you manage to get it to crash yet? No, the terminal still hangs on this line, after I quit BF: (bluefish:20465): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed but no BF crash. "Hangs"? You mean bluefish doesn't actually exit? That's not what appears to be happening in Comment #2. Bluefhish exits when I quit, but I launch it from the terminal, and the command [$ bluefish &] does not terminate after I quit bluefish. I have to pass [$ Ctrl+c]. you can see that in Comment #2 [1]+ Done bluefish [mt@nh28d ~]$ Right, so it's not actually exiting (the window closes but the process is still running, so you have to ^C it). Does the same happen if you don't run it in the background? Can you run it using strace so we can see what it's doing? I don't have the dev. tools on this machine and I am about to update. I will re-open a bug if the issue persists on F-17. Regarding the terminal thing. It looks like it's not a bug, but a refresh problem. I can reproduce it with Bluefish and Shotwell. On my system, when I quit these applications, they don't quit by themselves in the terminal emulator. I have to push the Enter key, to get the messsage: [1]+ Done bluefish I ran $ top before to quit bluefish, and the process stop, so it's fine. It's Just the window with the $ bluefish instance hangs after I quit, until I push Enter. (In reply to comment #8) > Regarding the terminal thing. It looks like it's not a bug, but a refresh > problem. I can reproduce it with Bluefish and Shotwell. On my system, when I > quit these applications, they don't quit by themselves in the terminal > emulator. I have to push the Enter key, to get the messsage: > > [1]+ Done bluefish > > I ran $ top before to quit bluefish, and the process stop, so it's fine. > It's Just the window with the $ bluefish instance hangs after I quit, until > I push Enter. I think this is normal for backgrounded applications, particularly those that open their own windows. As the original crash doesn't seem to be repeatable, I'll close this bug and you can open a new one if necessary. F-17 has a new GTK-3 based version of bluefish by the way. |