Opened 9 years ago

Closed 3 years ago

#12406 closed bug (not reproducible)

Tracker crash

Reported by: vidrep Owned by: nobody
Priority: normal Milestone: Unscheduled
Component: Applications/Tracker Version: R1/Development
Keywords: Cc:
Blocked By: Blocking:
Platform: All

Description

Tracker fails to close after trying to save a screnshot. Attached debugger to tracker and ran a back trace. syslog and debug report attached.

Attachments (3)

Tracker-485-debug-06-10-2015-05-03-53.report (20.2 KB ) - added by vidrep 9 years ago.
syslog (186.4 KB ) - added by vidrep 9 years ago.
Tracker-763-debug-07-01-2017-01-54-42.report (21.1 KB ) - added by vidrep 8 years ago.

Download all attachments as: .zip

Change History (12)

by vidrep, 9 years ago

Attachment: syslog added

comment:1 by waddlesplash, 9 years ago

USER: app application/x-vnd.haiku-screenshot-cli send to client failed: Bad port ID looks like the culprit.

comment:2 by mmlr, 9 years ago

Can you clarify what you mean by "Tracker fails to close"? Do you mean one of the Tracker windows can't be closed anymore or did you try to quit the whole Tracker?

comment:3 by vidrep, 9 years ago

After trying to save a screenshot I saw that tracker was still running in the Deskbar.

comment:4 by vidrep, 8 years ago

hrev50830 x86_gcc2 Tracker crash after mounting another Haiku partition and doing a file copy. Crash occurred when attempting to unmount the partition. Debug report attached (not sure if the same as before or not)

comment:5 by vidrep, 8 years ago

KERN: 924: DEBUGGER: Looper must be locked.
KERN: debug_server: Thread 924 entered the debugger: Debugger call: `Looper must be locked.'
KERN: stack trace, current PC 0x6067a114  commpage_syscall + 0x4:
KERN:   (0x7169cfe8)  0x1fcd7ad  check_lock__7BLooper + 0x45
KERN:   (0x7169d018)  0x20aeb05  _CheckLockAndSwitchCurrent__C5BView + 0x29
KERN:   (0x7169d048)  0x20aa641  Invalidate__5BViewG5BRect + 0xf9
KERN:   (0x7169d088)  0x204e6e6  Highlight__9BMenuItemb + 0x32
KERN:   (0x7169d0d8)  0x14c3a0c  Highlight__Q28BPrivate13ModelMenuItemb + 0x28
KERN:   (0x7169d108)  0x204edea  Select__9BMenuItemb + 0x62
KERN:   (0x7169d138)  0x204676d  _SelectItem__5BMenuP9BMenuItembN22 + 0x95
KERN:   (0x7169d168)  0x2044b8a  _UpdateStateClose__5BMenuP9BMenuItemRC6BPointRCUl + 0x13e
KERN:   (0x7169d1b8)  0x2044205  _Track__5BMenuPil + 0x5a1
KERN:   (0x7169d258)  0x2043151  Track__5BMenubP5BRect + 0x8d
KERN:   (0x7169d298)  0x205f19f  _StartTrack__10BPopUpMenuG6BPointbT2P5BRect + 0x97
KERN:   (0x7169d2e8)  0x205f083  _thread_entry__10BPopUpMenuPv + 0x4f
KERN:   (0x7169d338)  0x9bc053  thread_entry + 0x23
Last edited 8 years ago by diver (previous) (diff)

comment:6 by diver, 8 years ago

The crash seems to be unrelated to the original issue. Seems to happen somewhere inside BMenuItem?

comment:7 by axeld, 8 years ago

Owner: changed from axeld to nobody
Status: newassigned

comment:8 by vidrep, 3 years ago

I can't recall if I've seen this bug again since it was first reported. Closing.

comment:9 by vidrep, 3 years ago

Resolution: not reproducible
Status: assignedclosed
Note: See TracTickets for help on using tickets.