Opened 8 years ago
Closed 6 years ago
#13371 closed bug (fixed)
Tracker crash in BPrivate::BPoseView::AddPosesTask
Reported by: | Duggan | Owned by: | nobody |
---|---|---|---|
Priority: | normal | Milestone: | Unscheduled |
Component: | Applications/Tracker | Version: | R1/Development |
Keywords: | tracker | Cc: | |
Blocked By: | Blocking: | ||
Platform: | All |
Description
Using Paladin, I tried double clicking the .rsrc file which Tracker complained it had no program to open. I clicked find. I closed the resulting window. Tracker crashed. Highly repeatable. Does not occur if the query completes before closing, but does occur whether you close the window via the close button on the tab or the cancel button. Tried opening from Tracker (not using Paladin), crash still occurred. Tried opening another unknown file type, crash still occurred.
Running x86_64 hrev50867
Debugger crash report attached.
Attachments (3)
Change History (12)
by , 8 years ago
Attachment: | Tracker-156112-debug-10-03-2017-23-43-01.report added |
---|
comment:3 by , 8 years ago
comment:6 by , 8 years ago
Component: | - General → Applications/Tracker |
---|---|
Owner: | changed from | to
Platform: | x86-64 → All |
comment:8 by , 8 years ago
Owner: | changed from | to
---|---|
Status: | new → assigned |
comment:9 by , 8 years ago
I started working on cleaning up Tracker's threads properly (first cause of this bug): https://github.com/waddlesplash/haiku/tree/tracker_cleanup_threads_properly -- but I ran into a really nasty double free in the exception handler for failToLock that I don't really know what the cause is. Needs more investigation.
comment:10 by , 7 years ago
(Oh, and there was some commentary on that unfinished solution here: https://www.freelists.org/post/haiku-commits/BRANCH-waddlesplashgithubtracker-cleanup-threads-properly-9749bc4c0ab9-srckitstracker,4)
comment:12 by , 6 years ago
Summary: | Tracker crash → Tracker crash in BPrivate::BPoseView::AddPosesTask |
---|
I can confirm on gcc2hybrid, hrev50997. Attached the crash report. Also attached a file to test with, as it needs to be an "unsniffable" file as the query is otherwise to quickly finished to be interrupted. You gotta be quick...