TrackMeNot Extension hangs FF shutdown cycle

NEW
Unassigned

Status

()

Firefox
Extension Compatibility
3 years ago
3 years ago

People

(Reporter: Tim, Unassigned)

Tracking

34 Branch
x86_64
Windows 7
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

3 years ago
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:34.0) Gecko/20100101 Firefox/34.0
Build ID: 20141126041045

Steps to reproduce:

TrackMeNot 0.8.13 extension is installed
Attempt to close Firefox


Actual results:

Firefox hangs during shutdown and causes crash
Crash reporter popup appears


Expected results:

normal FF shutdown
(Reporter)

Comment 1

3 years ago
Many crash reports have been submitted by the crash reporter (see reports with my email address)
An email has been sent to the developers of this extension reporting the issue

Comment 2

3 years ago
Reproduced with str from comment 0 on Fx 34.0.5 (Build ID: 20141126041045) and 35 beta 8 (Build ID: 20141229214612) on Windows 7 64-bit - Firefox hangs and Crash reporter window appears if TrackMeNot 0.8.13 extension is installed. Encountered same behavior when I remove the addon (no restart required) and close Firefox. Not reproducible with Aurora 36.0a2 (Build ID: 20150111004004) nor Nightly 37.0a1 (Build ID: 20150111030201) e10s enabled/disabled.

More reports:
https://crash-stats.mozilla.com/signature/?signature=mozalloc_abort%28char+const*+const%29+|+NS_DebugBreak+|+nsDebugImpl%3A%3AAbort%28char+const*%2C+int%29&_columns=date&_columns=product&_columns=version&_columns=build_id&_columns=platform&_columns=reason&_columns=address&page=1
Status: UNCONFIRMED → NEW
QA Whiteboard: [@ mozalloc_abort(char const* const) | NS_DebugBreak | nsDebugImpl::Abort(char const*, int) ]
Component: Untriaged → Extension Compatibility
Ever confirmed: true
I notified the developers of the extension about this.

Comment 4

3 years ago
Hi,

Thank you for reporting this bug. I'm trying to gather details about it so I can reproduce it and fix it. Are you using firefox default settings, it seems that there might be some issue if you've check "always run firefox in private mode". Are you using this setting? If not, this might be an unrelated bug.

Thank you,

vincent
Flags: needinfo?(tgm)
(Reporter)

Comment 5

3 years ago
I'm unaware of what FF private mode is, I can't locate where it is set in the options, and I can't find anything relative in about:config either.  Please advise
Flags: needinfo?(tgm) → needinfo?(nobody)
Tim, I think Vincent is referring to a setting in TrackMeNot, not a setting in Firefox.
Flags: needinfo?(nobody)

Comment 7

3 years ago
Tim, Jorge,

Actually I was referring to the "private browsing mode". Sorry, if I was not clear. If firefox is running only in "private browsing mode" (custom privacy parameters), then TMN does not run properly (some permission was missing).

I've addressed this issue and posted the update on the beta channel: https://addons.mozilla.org/firefox/downloads/file/296994/trackmenot-0.8.14a-fx.xpi?src=dp-btn-devchannel

Could you please confirm that it fix your problem?

If that does not solve the problem then I have to find another way to reproduce it.

Thank you,

Vincent
(Reporter)

Comment 8

3 years ago
Bugzilla will not allow me to install this proposed fix (connection failure).

I do not use "private browsing mode", so if the fix was targeting a bug associated with this mode, then it will probably not be corrected in my situation.

Thanks,  Tim

Comment 9

3 years ago
Tim,

Normally TMN should be already be updated (version 0.8.16) and the bug should be fixed. If not, please let me know.

vincent
You need to log in before you can comment on or make changes to this bug.