366636 - Crash on Yahoo Mail Beta with Adblock Plus installed

Status: RESOLVED WORKSFORME

(Core :: General, defect)

Description

[-fullmetaljacket-]

bug# 361709 now wfm on http://us.f513.mail.yahoo.com/ server (18:31 pst)

but crashes when i tried to reply on my inbox email or open email to new tab (tab with yahoo mail beta)

TB28239008X
TB28239055Y

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a2pre) Gecko/20070110 Minefield/3.0a2pre ID:2007011015 [cairo]

Comment 1

[Dão Gottwald [:dao]]

how's this depending on bug 361709?

Comment 2

[-fullmetaljacket-]

you cant trigger this bug unless bug# 361709 is fixed.

Comment 3

[Martijn Wargers (dead)]

From the talkback ID's it seems Java Liveconnect is involved here:
TB28239055Y
nsInlineFrame::AddInlinePrefWidth  [mozilla\layout\generic\nsinlineframe.cpp, line 345]
nsXBLDocGlobalObject::EnsureScriptEnvironment  [mozilla\content\xbl\src\nsxbldocumentinfo.cpp, line 301]
throw_any_pending_js_error_as_a_java_exception  [mozilla\js\src\liveconnect\jsj_jsobject.c, line 556]
0x02dea118

Comment 4

[Jesse Ruderman]

LiveConnect, really?  Does Yahoo Mail Beta use Java at all?

I suspect that part of the stack trace is bogus.

Comment 5

[u88484]

I can't reproduce. WFM

Comment 6

[Dão Gottwald [:dao]]

(In reply to comment #2)
> you cant trigger this bug unless bug# 361709 is fixed.

Still not a technical dependency.

Comment 7

[-fullmetaljacket-]

(In reply to comment #5)
> I can't reproduce. WFM
> 

thanks for testing.

crashes was caused by an extension (adblock plus specifically).

sorry for the trouble. my mistake.

Comment 8

[Jesse Ruderman]

Given that
1) Yahoo Mail Beta and Adblock Plus are both popular
and
2) The stack trace is scary

I hope this crash gets fixed.  I don't know whether the bug lies in Adblock Plus or in Gecko.

Comment 9

[Martijn Wargers (dead)]

Well, this is not necessarely an invalid bug, see for instance bug 345857.
Ideally, a minimal testcase that triggers the bug would be helpful here.

Comment 10

[-fullmetaljacket-]

while i am trying to create a testcase using Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a2pre) Gecko/20070114 Minefield/3.0a2pre ID:2007011416 [cairo]

i cant no longer reproduce crashes [@nsInlineFrame::AddInlinePrefWidth] using same profile.

i now got different stack [@nsTextFrame::PaintAsciiText] using same procedure i initially reported. 
TB28391213X
TB28391160E

Comment 11

[-fullmetaljacket-]

again with different stack trace: 
TB28460829W
TB28460753Y

Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9a2pre) Gecko/20070117 Minefield/3.0a2pre ID:2007011716 [cairo]

Comment 12

[-fullmetaljacket-]

this now WFM using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9a5pre) Gecko/20070503 Minefield/3.0a5pre ID:2007050318 [cairo]

closing this bug....