New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

meta_rectangle_edge_aligns: Process /usr/bin/marco was killed by signal 6 (SIGABRT) #63

Closed
raveit65 opened this Issue Oct 11, 2013 · 13 comments

Comments

Projects
None yet
5 participants
@raveit65
Member

raveit65 commented Oct 11, 2013

Orginal report at fedora bugzilla.
https://bugzilla.redhat.com/show_bug.cgi?id=1011869

glad08 2013-09-25 05:53:15 EDT

Description of problem:
I close my programs and logout, then log in again and marco crashes. In general, I use compiz, bat afaik marco starts before compiz and after that compiz replaces it.

Version-Release number of selected component:
mate-window-manager-1.6.2-3.fc19

Additional info:
reporter: libreport-2.1.7
backtrace_rating: 4
cmdline: marco
crash_function: meta_rectangle_edge_aligns
executable: /usr/bin/marco
kernel: 3.11.1-200.fc19.x86_64
runlevel: N 5
type: CCpp
uid: 1000
var_log_messages: Sep 25 13:33:13 localhost abrt[29721]: Saved core dump of pid 29090 (/usr/bin/marco) to /var/tmp/abrt/ccpp-2013-09-25-13:33:12-29090 (20348928 bytes)

Truncated backtrace:
Thread no. 1 (10 frames)
 #3 meta_rectangle_edge_aligns at core/boxes.c:1159
 #4 apply_edge_resistance at core/edge-resistance.c:391
 #5 apply_edge_resistance_to_each_side at core/edge-resistance.c:610
 #6 meta_window_edge_resistance_for_move at core/edge-resistance.c:1162
 #7 update_move at core/window.c:7010
 #8 meta_window_handle_mouse_grab_op_event at core/window.c:7450
 #9 event_callback at core/display.c:2039
 #10 filter_func at ui/ui.c:209
 #11 gdk_event_apply_filters at gdkevents-x11.c:356
 #12 gdk_event_translate at gdkevents-x11.c:946

backtrace:
https://bugzilla.redhat.com/attachment.cgi?id=802671
core_backtrace:
https://bugzilla.redhat.com/attachment.cgi?id=802673

@stefano-k

This comment has been minimized.

Show comment
Hide comment
@stefano-k

stefano-k Jan 16, 2014

Member

Of course marco crashes, because the second WM replace it

Member

stefano-k commented Jan 16, 2014

Of course marco crashes, because the second WM replace it

@stefano-k stefano-k closed this Jan 16, 2014

@raveit65

This comment has been minimized.

Show comment
Hide comment
@raveit65

raveit65 Jan 16, 2014

Member

It's OK, but it sounds very courious that compiz --replace should crash marco and not replace marco ;)

Member

raveit65 commented Jan 16, 2014

It's OK, but it sounds very courious that compiz --replace should crash marco and not replace marco ;)

@raveit65

This comment has been minimized.

Show comment
Hide comment
@raveit65

raveit65 Jul 4, 2015

Member

The issue still exists with 1.10, see
https://bugzilla.redhat.com/show_bug.cgi?id=1226530
@flexiondotorg
please re-open

Member

raveit65 commented Jul 4, 2015

The issue still exists with 1.10, see
https://bugzilla.redhat.com/show_bug.cgi?id=1226530
@flexiondotorg
please re-open

@raveit65

This comment has been minimized.

Show comment
Hide comment
@raveit65

This comment has been minimized.

Show comment
Hide comment
@raveit65

raveit65 Jul 30, 2015

Member

@infirit
@flexiondotorg
the issue still exits in fedora 22
https://bugzilla.redhat.com/show_bug.cgi?id=1226530
please re-open

Member

raveit65 commented Jul 30, 2015

@infirit
@flexiondotorg
the issue still exits in fedora 22
https://bugzilla.redhat.com/show_bug.cgi?id=1226530
please re-open

@flexiondotorg flexiondotorg reopened this Jul 30, 2015

@monsta

This comment has been minimized.

Show comment
Hide comment
@monsta

monsta Aug 1, 2015

Member

This bug is inherited from metacity, so all other WMs from the family (marco/mutter/muffin) are affected as well.

The details are in this mutter bug report.
The patch has been pushed into mutter code (see this commit), but I can't find it in metacity. Maybe they forgot it...

Member

monsta commented Aug 1, 2015

This bug is inherited from metacity, so all other WMs from the family (marco/mutter/muffin) are affected as well.

The details are in this mutter bug report.
The patch has been pushed into mutter code (see this commit), but I can't find it in metacity. Maybe they forgot it...

@infirit

This comment has been minimized.

Show comment
Hide comment
@infirit

infirit Aug 3, 2015

Contributor

Please confirm infirit@e2d9549 solves the problem.

Contributor

infirit commented Aug 3, 2015

Please confirm infirit@e2d9549 solves the problem.

@raveit65

This comment has been minimized.

Show comment
Hide comment
@raveit65

raveit65 Aug 3, 2015

Member

@infirit
Thanks
I'ts a bit hard to test as i never got this crash for myself, and i don't know to trigger the crash.

 Kamil J. Dudek 2014-12-04 08:46:23 EST

Description of problem:
Moving the window across the monitors on the same desktop.

Version-Release number of selected component:
marco-1.8.2-5.fc21

And i don't have a second monitor to test this description.
But i can do a scratch build and ask reporters to test it.

Member

raveit65 commented Aug 3, 2015

@infirit
Thanks
I'ts a bit hard to test as i never got this crash for myself, and i don't know to trigger the crash.

 Kamil J. Dudek 2014-12-04 08:46:23 EST

Description of problem:
Moving the window across the monitors on the same desktop.

Version-Release number of selected component:
marco-1.8.2-5.fc21

And i don't have a second monitor to test this description.
But i can do a scratch build and ask reporters to test it.

@infirit

This comment has been minimized.

Show comment
Hide comment
@infirit

infirit Aug 3, 2015

Contributor

No hurries 😸

Contributor

infirit commented Aug 3, 2015

No hurries 😸

@raveit65

This comment has been minimized.

Show comment
Hide comment
@raveit65

raveit65 Aug 4, 2015

Member

Ok, the fix runs here since a day without any Collateral Damage. (gtk3)
I've done scratch builds and asked reporter in reports to test it.

Member

raveit65 commented Aug 4, 2015

Ok, the fix runs here since a day without any Collateral Damage. (gtk3)
I've done scratch builds and asked reporter in reports to test it.

@monsta

This comment has been minimized.

Show comment
Hide comment
@monsta

monsta Aug 7, 2015

Member

GTK+2 build runs fine for me. Unfortunately, I can't reproduce the issue, so I can only state there are no regressions here.

Member

monsta commented Aug 7, 2015

GTK+2 build runs fine for me. Unfortunately, I can't reproduce the issue, so I can only state there are no regressions here.

@raveit65

This comment has been minimized.

Show comment
Hide comment
@raveit65

raveit65 Aug 19, 2015

Member

@infirit
Can you please do a PR?
I found no regressions here in gtk3 version since 15 days.
I got no feedback from reporters but i want to close the downstream reports.

Member

raveit65 commented Aug 19, 2015

@infirit
Can you please do a PR?
I found no regressions here in gtk3 version since 15 days.
I got no feedback from reporters but i want to close the downstream reports.

@raveit65

This comment has been minimized.

Show comment
Hide comment
@raveit65

raveit65 Aug 20, 2015

Member

fix with
105c6eb

Member

raveit65 commented Aug 20, 2015

fix with
105c6eb

@raveit65 raveit65 closed this Aug 20, 2015

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment