Closed Bug 277986 Opened 20 years ago Closed 19 years ago

Crash visiting www.orange.com [@ nppl3260.dll ]

Categories

(Plugins Graveyard :: RealPlayer (Real), defect)

Product:
Plugins Graveyard
Component:
RealPlayer (Real)
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED EXPIRED

People

(Reporter: jose.fandos, Assigned: jose.fandos)

References

(
URL
)

Details

(Keywords: crash)

Crash Data

When visiting the mentioned address Firefox crashes. Firefox 1.0, Firefox 1.0 in
safe mode, and today's zip release. Same goes for the Mozilla Suite, though only
tested the latter one with a couple weeks old release.

I've sent some crashes in from all three browsers. Is there a way to attach the
crash to the bug?
WFM with Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6)
Gecko/20050111 Firefox/1.0+
WFM with Firefox 1.0 and 20050110 - clean profile both times
There is a flash animation in the page which may have something to do with your
crash. In regards to the crashes just provide the talkback id
I have flash player version 7,0,19,0 in case it helps.
WFM with 20040110 and with the most recent trunk (Mozilla/5.0 (Windows; U;
Windows NT 5.1; en-US; rv:1.8a6) Gecko/20050111 Firefox/1.0+).
Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.8a6) Gecko/20050111
Firefox/1.0+
Shockwave Flash 7.0 r19

WFM

at least, no crash.
Functionality on that site is poor.

e.g. try to select a different country under Orange worldwide
Validation reveals 170 errors

Maybe needs to be TECH EVAN ?
can you get the Talkback Incident IDs related to this crash ?
Launch "firefox\components\talkback.exe" to get them (TBxxxxxx).
Severity: major → critical
Keywords: crash, stackwanted
TalkBack Incident IDs

TB3009207W
TB3008971Y
TB3008748E
TB3008627W
TB3008600K
TB3008585W
TB3008555Z
TB3008543Q
TB3008530H
Talkback Incident IDs from most recent trunk (Mozilla/5.0 (Windows; U;
Windows NT 5.1; en-US; rv:1.8a6) Gecko/20050111 Firefox/1.0+)

TB3010882K
TB3010787M
TB3009501H

And from Mozilla Suite (26/12) the talkback agent doesn't show up, though it's
turned on. What it does is send bits to MS, in case that's relevant (with FF it
sends the report to MS but nothing else).
WFM under Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8a6)
Gecko/20050111 Firefox/1.0+. However, the site itself is very poorly coded e.g.
the news ticker shows a jumbled mess of words on top of each other rather than
the properly formatted scrolling text that it should display.
I've looked at the first three Talkback ID's. They looked the same.

nppl3260.dll + 0x4341 (0x63364341)
nppl3260.dll + 0xb15c (0x6336b15c)
nsPluginHostImpl::InstantiateEmbededPlugin 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/modules/plugin/base/src/nsPluginHostImpl.cpp,
line 3430]
nsObjectFrame::InstantiatePlugin 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsObjectFrame.cpp,
line 1447]
nsObjectFrame::Reflow 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsObjectFrame.cpp,
line 1284]
nsLineLayout::ReflowFrame 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsLineLayout.cpp,
line 993]
nsBlockFrame::ReflowInlineFrame 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 3748]
nsBlockFrame::DoReflowInlineFrames 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 3446]
nsBlockFrame::DoReflowInlineFramesAuto 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 3347]
nsBlockFrame::ReflowInlineFrames 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 3292]
nsBlockFrame::ReflowLine 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 2456]
nsBlockFrame::ReflowDirtyLines 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 2098]
nsBlockFrame::Reflow 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 817]
nsBlockReflowContext::ReflowBlock 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockReflowContext.cpp,
line 547]
nsBlockFrame::ReflowBlockFrame 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 3068]
nsBlockFrame::ReflowLine 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 2334]
nsBlockFrame::ReflowDirtyLines 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 2098]
nsBlockFrame::Reflow 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsBlockFrame.cpp,
line 817]
nsContainerFrame::ReflowChild 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsContainerFrame.cpp,
line 982]
CanvasFrame::Reflow 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsHTMLFrame.cpp,
line 554]
nsBoxToBlockAdaptor::Reflow 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/xul/base/src/nsBoxToBlockAdaptor.cpp,
line 884]
nsBoxToBlockAdaptor::DoLayout 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/xul/base/src/nsBoxToBlockAdaptor.cpp,
line 626]
nsBox::Layout 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/xul/base/src/nsBox.cpp,
line 1016]
nsBox::Layout 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/xul/base/src/nsBox.cpp,
line 1016]
nsGfxScrollFrameInner::LayoutBox 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsGfxScrollFrame.cpp,
line 1264]
nsGfxScrollFrame::DoLayout 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsGfxScrollFrame.cpp,
line 1273]
nsBox::Layout 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/xul/base/src/nsBox.cpp,
line 1016]
nsGfxScrollFrame::Reflow 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsGfxScrollFrame.cpp,
line 873]
nsContainerFrame::ReflowChild 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsContainerFrame.cpp,
line 982]
ViewportFrame::Reflow 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsViewportFrame.cpp,
line 249]
IncrementalReflow::Dispatch 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsPresShell.cpp,
line 904]
PresShell::ProcessReflowCommands 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsPresShell.cpp,
line 6401]
ReflowEvent::HandleEvent 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/layout/html/base/src/nsPresShell.cpp,
line 6226]
PL_HandleEvent 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/xpcom/threads/plevent.c,
line 674]
0x778b0c24
nsPrintObject::Init 
[d:/builds/tinderbox/firefox-1.0/WINNT_5.0_Clobber/mozilla/content/base/src/nsPrintObject.cpp,
line 97]
0x8bd6fff8
nppl3260.dll is Real Player, which is crashing. Upgrade to Real 10 and report if
still crashing:
http://www.real.com/freeplayer/?rppr=rnwk
Keywords: stackwanted
Summary: Crash visiting www.orange.com → Crash visiting www.orange.com [@ nppl3260.dll ]
Assignee: firefox → rgammon
Component: General → Plug-ins
Product: Firefox → Core
QA Contact: general → plugins
Version: unspecified → 1.7 Branch
Can't repro, and don't see a real plugin on the main orange.com page... Jose,
can you still repro this? If so, feel free to assign back to me, or even better,
log a bug in player.helixcommunity.org on the windows platform.
Assignee: rgammon → jose.fandos
I can't get a crash, no. But the page gets stuck. And while I can open new tabs
and firefox keeps seemingly working, the new pages I try to go to through open
tabs do not display. If I close the browser I can see the firefox process in the
task manager. I haven't updated to realplayer 10, though. I will try that next.
If the problem still persists I will reassign and submit a bug in helixcommunity.org
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

This bug has been automatically resolved after a period of inactivity (see above
comment). If anyone thinks this is incorrect, they should feel free to reopen it.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → EXPIRED
Component: Plug-ins → RealPlayer (Real)
Product: Core → Plugins
QA Contact: plugins → real-player
Version: 1.7 Branch → unspecified
Crash Signature: [@ nppl3260.dll ]
Product: Plugins → Plugins Graveyard
You need to log in before you can comment on or make changes to this bug.