pantheon-files crashed with SIGSEGV in marlin_view_view_container_directory_done_loading()

Bug #1408851 reported by Mike Schmidt
18
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Files
Fix Released
High
Jeremy Wootten

Bug Description

seems to like it might be related to deleting a folder, a parent floder, with the child folders fanned out in miller columns.

ProblemType: Crash
DistroRelease: elementary OS 0.3
Package: pantheon-files 0.1.5.1+r1711+pkg35~ubuntu0.3.1 [origin: LP-PPA-elementary-os-daily]
Uname: Linux 3.18.0-031800-generic x86_64
ApportVersion: 2.14.1-0ubuntu3.6
Architecture: amd64
CrashDB: pantheon_files
CurrentDesktop: Pantheon
Date: Thu Jan 8 19:28:41 2015
ExecutablePath: /usr/bin/pantheon-files
GsettingsChanges:

InstallationDate: Installed on 2014-11-23 (46 days ago)
InstallationMedia: elementary OS 0.3 "Freya" - Daily amd64 (20140810)
ProcCmdline: pantheon-files
ProcEnviron:
 LANGUAGE=en_US
 PATH=(custom, no user)
 XDG_RUNTIME_DIR=<set>
 LANG=en_US.UTF-8
 SHELL=/bin/bash
SegvAnalysis:
 Segfault happened at: 0x7f54bb265299 <marlin_view_view_container_directory_done_loading+585>: mov 0x8(%rax),%rsi
 PC (0x7f54bb265299) ok
 source "0x8(%rax)" (0x0000000a) not located in a known VMA region (needed readable region)!
 destination "%rsi" ok
SegvReason: reading NULL VMA
Signal: 11
SourcePackage: pantheon-files
StacktraceTop:
 marlin_view_view_container_directory_done_loading ()
 ?? ()
 g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
 ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
 g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0
Title: pantheon-files crashed with SIGSEGV in marlin_view_view_container_directory_done_loading()
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups: adm cdrom dip lpadmin plugdev sambashare sudo

Related branches

Revision history for this message
Mike Schmidt (michael-schmidt82) wrote :
Revision history for this message
Jeremy Wootten (jeremywootten) wrote :

This is the second similar report (although the first was not reproducible) so marking as confirmed. Probably related to rev1699.

Changed in pantheon-files:
status: New → Confirmed
information type: Private → Public
Changed in pantheon-files:
importance: Undecided → High
assignee: nobody → Jeremy Wootten (jeremywootten)
Revision history for this message
Cody Garver (codygarver) wrote :

StacktraceTop:
 marlin_view_view_container_directory_done_loading (self=0x7f54bc4d3120, slot=slot@entry=0x7f54bc3d04d0) at /build/buildd/pantheon-files-0.1.5.1+r1711+pkg36~ubuntu0.3.1/src/View/ViewContainer.vala:287
 __lambda51_ (self=0x7f54bc3d04d0) at /build/buildd/pantheon-files-0.1.5.1+r1711+pkg36~ubuntu0.3.1/src/View/Slot.vala:102
 ___lambda51__gof_directory_async_done_loading (_sender=<optimized out>, self=0x7f54bc3d04d0) at /build/buildd/pantheon-files-0.1.5.1+r1711+pkg36~ubuntu0.3.1/src/View/Slot.vala:101
 g_closure_invoke (closure=0x7f54bc68ecc0, return_value=0x0, n_param_values=1, param_values=0x7fff5c964a70, invocation_hint=0x7fff5c964a10) at /build/buildd/glib2.0-2.40.2/./gobject/gclosure.c:768
 signal_emit_unlocked_R (node=node@entry=0x7f54bc4d62b0, detail=detail@entry=0, instance=instance@entry=0x7f547c002070, emission_return=emission_return@entry=0x0, instance_and_params=instance_and_params@entry=0x7fff5c964a70) at /build/buildd/glib2.0-2.40.2/./gobject/gsignal.c:3551

Revision history for this message
Cody Garver (codygarver) wrote : Stacktrace.txt
Revision history for this message
Cody Garver (codygarver) wrote : ThreadStacktrace.txt
tags: removed: need-amd64-retrace
Revision history for this message
Jeremy Wootten (jeremywootten) wrote :

If you experience this bug and are able to test the linked branch that would be helpful.

Changed in pantheon-files:
status: Confirmed → In Progress
Revision history for this message
Mike Schmidt (michael-schmidt82) wrote :

I will build and test, sorry for the delay. I'll report back after putting the branch through its paces and see if I can crash it or narrow it down. I suppose I should take a look the debug info myself.

Revision history for this message
Mike Schmidt (michael-schmidt82) wrote :

I CAN REPRODUCE IT !!

... and the linked branch also doesn't fix it. but there is a method being called, it seems like it adds the plus to a dragged icon, and that's were things get ugly. The thing is, you have to PAUSE, otherwise it won't work!! CRAZY!! I have a video, with both the current build as of today, and the branch.

Changed in pantheon-files:
milestone: none → freya-beta2
status: In Progress → Fix Committed
Changed in pantheon-files:
status: Fix Committed → Fix Released
Cody Garver (codygarver)
Changed in pantheon-files:
milestone: freya-beta2 → 0.2
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.