Bug 1160981
| Summary: | meld crashes when browsing directories from KDE session | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | Syam <get.sonic> |
| Component: | meld | Assignee: | Dominic Hopf <dmaphy> |
| Status: | CLOSED WORKSFORME | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 21 | CC: | c.david86, christoph.wickert, dmaphy, rdieter |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | x86_64 | ||
| OS: | Linux | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2015-11-02 16:44:49 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
Syam
2014-11-06 04:55:20 UTC
This message is a reminder that Fedora 20 is nearing its end of life. Approximately 4 (four) weeks from now Fedora will stop maintaining and issuing updates for Fedora 20. It is Fedora's policy to close all bug reports from releases that are no longer maintained. At that time this bug will be closed as EOL if it remains open with a Fedora 'version' of '20'. Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Fedora version. Thank you for reporting this issue and we are sorry that we were not able to fix it before Fedora 20 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Fedora, you are encouraged change the 'version' to a later Fedora version prior this bug is closed as described in the policy above. Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Fedora release includes newer upstream software that fixes bugs or makes them obsolete. This bug exists on Fedora 21 as well. Selecting any directory from the dropdown list (not just 'Other...' option), crashes meld. When run from a terminal, the output is: (meld:3831): Gtk-CRITICAL **: gtk_tree_model_filter_get_value: assertion 'GTK_TREE_MODEL_FILTER (model)->priv->stamp == iter->stamp' failed /bin/meld:274: Warning: gtype.c:4221: type id '0' is invalid status = meld.meldapp.app.run(sys.argv) /bin/meld:274: Warning: can't peek value table for type '<invalid>' which is not currently referenced status = meld.meldapp.app.run(sys.argv) Segmentation fault (core dumped) Having a backtrace would help (or let abrt submit a crash report for you). I have abrt installed. But it doesn't popup automatically when meld crashes. How do I generate a backtrace in this condition? hrm, not sure, since meld is a python script, one can't just do: gdb /usr/bin/meld (gdb) run and wait for crash I tried, and get: "/usr/bin/meld": not in executable format: File format not recognized Sorry Since this looks like a crash in Gtk bindings (or Gtk library invoked through the bindings), you could do: gdb /bin/python (gdb) run /usr/bin/meld And you will actually get a backtrace of the crash. Unfortunately it's not usually possible to figure out from the backtrace which call in the Python script lead to the bindings call, but at least it can identify what goes wrong in the C library. Make sure you have at least Gtk+ debug symbols installed. The assert looks like there's some type not registered to the GType system, which might indicate bug in the bindings, but that's a very very bold guess from my side without actually seeing any code. Just tested this on Fedora 22 (x86_64) and I can't reproduce the crash. Selecting 'Other..' brings up GNOME directory browser as expected and everything works. Therefore I'm closing the bug. Thanks for all the help. |