[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #1906 [EFF-HTTPS Everywhere]: HTTPS-Everywhere crashes Firefox (not BeeFREE!!!!!!!)
#1906: HTTPS-Everywhere crashes Firefox (not BeeFREE!!!!!!!)
----------------------------------+-----------------------------------------
Reporter: bee | Owner: pde
Type: defect | Status: new
Priority: normal | Milestone:
Component: EFF-HTTPS Everywhere | Version:
Keywords: flaw | Parent:
----------------------------------+-----------------------------------------
Comment(by bee):
Hi pde!!!!!!!!
I know your question is for mike perry!!!!! but yeah!! i can answer you
too!!!!!!!!!
If nothing has changed in the code of HTTPS EVERYWHERE!! then nothing at
all has changed and the flaw is always there!!!!!!!
I don't think the time alone will patch the flaw!!!!! lolol!!!!!!!!!!!
Also, this is funny!!!!!!!!!! I'm sure nobody noticed this!!! but the
current found solution is: "disable the filter of amazon"!!!! hahah!!!!!
YEAH!!!!!!!!!!!!!! So, there is a flaw, but instead of finding a solution
for it, the clever finding is: disable a filter!!!!!! the filter i
reported in my example!!!!!!!
Isn't that solution made upon the lack of logic!!?!!!!!!!!!! (i'm sure
it's a mikeperry's idea!!!!!!!)
Following this way to solve the flaw, you've got to disable all filters of
HTTPS EVERYWHERE!!!!!!!! YEAH!!! If you disable them all, or just
uninstall the addon, firefox wont't crash any further!!!!!!!!!! i
agree!!!!!!!
I think i've got no crashes of firefox in the past weeks!!!!!! but i
installed HTTPS Everywhere!! and now firefox crashes every minute or
so!!!!!!
The only two things changed are the version of Firefox i've installed:
3.6.12!!!!!!!!!!! and HTTPS Everywhere's: 0.2.3.development.3!!!!!!!!!!
{{{
(gdb) backtrace full
#0 nsExpirationTracker<imgCacheEntry, 3u>::RemoveObject (this=0xb38dae80,
aObj=0xb0b340c0) at ../../../dist/include/nsExpirationTracker.h:155
state = 0xb0b340d4
generation = @0xb38daec0
last = <value optimized out>
lastObj = <value optimized out>
index = 0
#1 0x04598686 in nsExpirationTracker<imgCacheEntry, 3u>::MarkUsed (this=
0xb38dae80, aObj=0xb0b340c0)
at ../../../dist/include/nsExpirationTracker.h:176
state = 0xb0b340d4
#2 0x04595478 in imgLoader::FindEntryProperties (this=0xb38dbf40, uri=
0xaca80500, _retval=0xbffee3e0) at imgLoader.cpp:790
request = {mRawPtr = 0x4501922}
entry = {mRawPtr = 0xb0b340c0}
spec = {<nsFixedCString> = {<nsCString> = {<nsACString_internal> =
{
mData =
0xaca437b8 "http://www.nytimes.com/images/2010/08/03/your-
money/carl75.jpg", mLength = 62, mFlags = 65541}, <No data fields>},
mFixedCapacity = 63,
}}}
Now let's disable the filter of the NY times!!!!!!!!!!! lolol!!!!!!!!
YEAH!!!! it's not a favicon this time!!!!! but, again, uninstalling HTTPS
Everywhere solved the problem!!!!!!!!!!!!!!!!!!!
Closing this report or disabling another filter!!!!!!!!!!!! won't solve
the flaw for real!!!!!!!!!!!!!!!!!!!!! YEAH!!! this is the point i want to
make!!!!! it's very logical!!!!!!!!!!
All filters of HTTPS Everywhere are ok!!!! Even the one for amazon is
ok!!!!!!!!! It's in "HTTPS Everywhere" (and not in the filters!!!) the
place where is located the flaw!!!!!!!!
bye!!!!!!!!!!!!!!!
~bee!!!!!!
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/1906#comment:8>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs