Closed
Bug 409566
Opened 17 years ago
Closed 12 years ago
Adblock and Java applet are crashing - infinite recursion in plugin
Categories
(Core Graveyard :: Java: OJI, defect, P2)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
People
(Reporter: soaringcomet, Assigned: jst)
References
()
Details
(Keywords: crash)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b2) Gecko/2007121120 Firefox/3.0b2 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b2) Gecko/2007121120 Firefox/3.0b2 At least for me, and I tried this several times including after a reboot, attempting to run Secunia's software inspector in FF 3 Beta 2 crashed. Reproducible: Always Steps to Reproduce: 1. Open Page 2. Go through screens. 3. Actual Results: Crash Expected Results: Run Secunia Inspector to completion.
Comment 1•17 years ago
|
||
works for me - Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9b3pre) Gecko/2007122105 Minefield/3.0b3pre
Reporter | ||
Comment 2•17 years ago
|
||
Based on the fact that it worked for you, I had an idea and it panned-out. I am not a programmer, or anything, but I tried to run Secunia after disabling the Ad-Blocker Plus add-on. That did the trick. So that's where the conflict appears to be.
Comment 3•17 years ago
|
||
I can confirm this crash with : Mozilla/5.0 (Windows; U; Windows NT 6.0; rv:1.9b3pre) Gecko/2007121403 SeaMonkey/2.0a1pre Java Plug-in 1.6.0_03 Adblock Plus 0.7.5.3 There is somewhere a different bug report about another applet with the same problem
Severity: normal → critical
Status: UNCONFIRMED → NEW
Component: General → Extension Compatibility
Ever confirmed: true
Keywords: crash
QA Contact: general → extension.compatibility
Summary: Crash → Adblock and Java applet is causing crahses
Updated•17 years ago
|
Summary: Adblock and Java applet is causing crahses → Adblock and Java applet are crashing
Comment 4•17 years ago
|
||
You get a security warning from java if you Start the Scan, if you confirm it you get a crash, if you store the selection (always trust ..) it seems to work on the next time without crash. My crashreporter seems to be unhappy to send the report at the moment...
Reporter | ||
Comment 5•17 years ago
|
||
I also encountered the problem with crashreporter not functioning each time I crashed. However, at least with my configuration, I did not receive the security warning from Java before starting the scan or a crash caused by Java. My only conflict is with AdBlocker, which I was able to resolve by merely adding Secunia to the disable Adblocker list. My hunch is the difference between my experience with Java and Mattias's is perhaps that he has never used Secunia before.
Comment 6•17 years ago
|
||
Report it to the developer of the extension. I am not sure if you used adblock or adblock plus so here are links to each forum. http://adblock.mozdev.org/forum.html/no_wrap http://adblockplus.org/forum/
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → INVALID
Updated•17 years ago
|
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Reporter | ||
Comment 7•17 years ago
|
||
Sorry for the confusion, it is AdBlocker Plus.
Comment 8•17 years ago
|
||
http://crash-stats.mozilla.com/report/index/bedcf25c-b1ba-11dc-9c38-001a4bd43e5c?date=2007-12-24-00 (stack overflow)
1138 CallWindowProcAorW 1139 CallWindowProcA 1140 jpinscp.dll@0x3788 1141 InternalCallWinProc 1142 UserCallWinProcCheckWow 1143 CallWindowProcAorW 1144 CallWindowProcA 1145 PluginWndProc d:\builds\tinderbox\seamonkeytrunk\winnt_5.2_depend\mozilla\modules\plugin\base\src\nspluginnativewindowwin.cpp:357 1146 InternalCallWinProc 1147 UserCallWinProcCheckWow 1148 DispatchClientMessage 1149 __fnINOUTLPSCROLLINFO 1150 ntdll.dll@0x60e6d 1151 nsView::DoResetWidgetBounds(int, int) d:\builds\tinderbox\seamonkeytrunk\winnt_5.2_depend\mozilla\view\src\nsview.cpp:411
Status: REOPENED → NEW
Component: Extension Compatibility → Java: OJI
Product: Firefox → Core
QA Contact: extension.compatibility → java.oji
Comment 10•17 years ago
|
||
(In reply to comment #6) > Report it to the developer of the extension. I am not sure if you used adblock > or adblock plus so here are links to each forum. Thank you but an extension written in JavaScript usually cannot be responsible for a crash. In this case, it seems to be a Gecko issue (one of the many when content policies hit Java).
Comment 11•17 years ago
|
||
http://www.z-u-l.de/doc_en/Tutorial/tut-2-1x.html seems to be another occurrence of the same bug. It crashes for me every time I reload the page, stack (http://crash-stats.mozilla.com/report/index/ef3af2e8-c55e-11dc-aa10-001a4bd43ef6?date=2008-01-18-00) looks very similar to the one quoted above. Note that this page works fine in Firefox 2.0.0.11 - Adblock or not.
Comment 12•16 years ago
|
||
I can confirm the crash of Firefox 3 Beta 3 Portable (PortableApps) with Adblock Plus 0.7.5.3. When ABP is enabled, the crash occurs even if it's disabled on Secunia address. When ABP is NOT enabled, the crash doesn't occurs.
Comment 13•16 years ago
|
||
for reference, "disabling" an extension for a url doesn't prevent it from running on the url, it merely asks it to do as little work as possible when it hits the url. which is why being disabled for secunia but not disabled is just as likely to crash as enabled in general as long as the problem is on the gecko side of things :).
Comment 14•16 years ago
|
||
I filed Bug 422324, but it's likely a dupe of this bug. Here are my steps to reproducing the bug, along with my Breakpad IDs: Steps to Reproduce (WinXP SP2): 1. Install JRE SE 6 Update 5, if you don't already have it installed 2. Make sure both JavaScript and Java are enabled. 3. Install either Adblock Plus, NoScript, or both, then visit http://processing.org/learning/3d/lights1.html 4. Cycle through the various applets by clicking the drop-down list (on the left) and waiting for the applet to load. Breakpad IDs: --------------------------------------- bp-7e56f794-eff3-11dc-bc74-001a4bd43ed6 bp-a3729d7d-f010-11dc-94b8-001a4bd43e5c bp-f2935aeb-f010-11dc-a2c2-001a4bd43ef6 bp-fdf7ad1e-f010-11dc-a7d2-001a4bd43e5c bp-fe76c4f0-f010-11dc-a661-001a4bd46e84 bp-05add6ab-f011-11dc-b780-001a4bd43e5c bp-01eaff6b-f012-11dc-b249-001a4bd43ed6 bp-756d885e-f056-11dc-8a5a-001a4bd46e84 bp-8ff0e07d-f056-11dc-b9f2-001a4bd46e84 bp-d458effd-f056-11dc-8a88-001a4bd43ed6 bp-de5b62b5-f056-11dc-a2d1-001a4bd43ed6
Summary: Adblock and Java applet are crashing → Adblock and Java applet are crashing - infinite recursion in plugin
Comment 15•16 years ago
|
||
This problem also occur with Noscript Estension release 1.5.6 and Mozilla/5.0 (Windows; U; Windows NT 5.1; it; rv:1.9b5) Gecko/2008032620 Firefox/3.0b5 ID:2008032620 Ciao
Comment 16•16 years ago
|
||
Johnny, can you take a look at this bug and bug 422324 which is likely the same? Judging by the stack in 422324, this looks like it's the number 23 topcrash for Firefox 3. Is there anything we can do here?
Comment 17•16 years ago
|
||
Actually, bug 422324 is certainly a duplicate of bug 421833 - not sure about this bug.
Assignee | ||
Comment 18•16 years ago
|
||
Mats, any chance you could look into this recurse to death bug?
Assignee: nobody → mats.palmgren
Flags: wanted1.9.1?
Flags: wanted1.9.1+
Flags: wanted1.9.0.x?
Flags: wanted1.9.0.x+
Priority: -- → P2
Comment 19•16 years ago
|
||
Sorry, can't reproduce it. Tried both Firefox 3.0 final and a local 1.9.0 debug build on Windows XPSP2, using Java Plug-in 1.6.0_07 + Adblock Plus 0.7.5.5 + NoScript 1.7.6 (currently the latest versions). The Secunia inspector runs to completion and the Java Applets in comment 14 works fine, even when running them at the same time in different tabs, running several applets in different tabs/windows, reloading pages, closing tabs and windows etc... no problem. I tried the following add-on combinations: ABP ABP + NoScript NoScript (the URL in comment 11 is dead so couldn't test it)
Assignee: mats.palmgren → jst
Comment 20•16 years ago
|
||
(In reply to comment #19) > [...]and the Java Applets in comment 14 > works fine, even when running them at the same time in different tabs, > running several applets in different tabs/windows, reloading pages, > closing tabs and windows etc... no problem. > > You have to cycle through the applets in the same tab (i.e. use only one tab and cycle through the applets, one after another, once the applet loads and is showing the animation).
Comment 21•12 years ago
|
||
OJI has been discontinued and Java now runs out-of-process, so this stuff has probably changed a lot. This bug has no info about current software versions, please file a new bug for new issues or reopen this one with current info, including a crash signature if it still happens and move it to a component outside of graveyard.
Status: NEW → RESOLVED
Closed: 17 years ago → 12 years ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•