Closed Bug 89367 Opened 23 years ago Closed 23 years ago

Latest plugins drawn out of bound or with ourofbounds warning.

Categories

(Core Graveyard :: Plug-ins, defect, P1)

Product:
Core Graveyard
Component:
Plug-ins
Platform:
PowerPC
Mac System 9.x
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED DUPLICATE of bug 91003
Milestone:
mozilla0.9.3

People

(Reporter: tarahim, Assigned: peterlubczynski-bugs)

References

(
URL
)

Details

(Keywords: regression, Whiteboard: Older ver. plugins crash Mozilla)

Attachments

(1 file)

stacktrace of the crash
3.60 KB, text/plain
Details 
No plug-ins other than default.
Goto URL.
Click one of the images that has a link to activate a pop-up window in which it
asks you to select either RealPlayer or WinMediaPlayer streaming.
Select one of them and hit Submit.
Result:Crash
2001062914 trunk for MacOS
This maybe related to bug 89089 and bug 89295.

    
  
Keywords: crash
Summary: crash in the pop up window for streaming plug-in → crash in ns4xPluginInstance::GetScriptableInterface

    
    

    
  
Mac --> peterl
Assignee: av → peterlubczynski
Priority: -- → P1
Target Milestone: --- → mozilla0.9.3

    
    

    
  
Have they changed the way it presents the Popup window for the URL?
The link does not behave as the original bug description.
It does not crash at all, though.
Might be resolved as WFM in 2001070608 trunk, since lots of plugin related
crashes have gone in this build, thanks to bug 89529 fix.

    
    

    
  
Now I have installed the plugins for RealPlayer and WinMediaPlayer, and voila!,
it is crashing again.
I have even realized that it crashes 2001060708 trunk with the same stack trace.
  Back chain  ISA  Caller
  00000000    PPC  3F1650C4  
  0790E2D0    PPC  3F150894  main+00130
  0790E270    PPC  3F14FC1C  main1(int, char**, nsISupports*)+009A0
  0790DF90    PPC  3E95A1E0  nsAppShellService::Run()+00018
  0790DF50    PPC  3E91A764  nsAppShell::Run()+00048
  0790DF00    PPC  3E91B14C  nsMacMessagePump::DoMessagePump()+0003C
  0790DEB0    PPC  3E91B828  nsMacMessagePump::DispatchEvent(int,
EventRecord*)+0014C
  0790DE60    PPC  3E92F7EC  Repeater::DoIdlers(const EventRecord&)+00030
  0790DE20    PPC  3E92FC40  nsTimerPeriodical::IdleAction(const EventRecord&)+00014
  0790DDE0    PPC  3E92FFFC  nsTimerPeriodical::FireNextReadyTimer()+0003C
  0790DDA0    PPC  3E92FE04 
nsTimerPeriodical::FireAndReprimeTimer(nsTimerImpl*)+00094
  0790DD50    PPC  3E930B38  nsTimerImpl::Fire()+00048
  0790DD10    PPC  3DB900EC  nsPluginInstanceOwner::Notify(nsITimer*)+00088
  0790DCB0    PPC  3DD42C34  ns4xPluginInstance::HandleEvent(nsPluginEvent*,
int*)+00068
  0790DC70    PPC  3D567BE0  Private_HandleEvent(_NPP*, void*)+0000C
  0790DC30    PPC  3D55EE74  NPP_HandleEvent+000DC
  0790DBB0    PPC  3D74F394  RMAShutdown+042F0
  0790DB30    PPC  FFD1A968  SetClip+00018
  0790DAF0    PPC  3F7B47C8  NQDSetClip+00064
  0790DAB0    PPC  FFD1B328  CopyRgn+0001C

    
    

    
  
That seems like a "null" event because of the Timer callback. Hm... can you try
the patch in bug 88936? Also, I assume you meant your using July's 6th's build,
not June 7th.

    
    

    
  
Believe or not, BOTH June 07 and July 06 builds are crashing with the same
stacktrace.

After I read bug 88936, I have tried www.foxnews.com and www.macromedia.com, but
I do not see any problem using 2001070608 trunk.

I have no environment to build and can only test nightly releases.

    
    

    
  
Peter, this could happen because of inconsistency of plugin variable values for 
NPP_GetValue, bug 74206. Just a thought.

    
    

    
  
Hm...but hirata's new stack points to a problem in the timer which is only on Mac.  

I wonder if this bug is just a side effect of some of the other bugs fixed
recently or on deck.

I'll keep an eye on this one, but I suspect it may just go away.
Status: NEW → ASSIGNED
Keywords: regression

    
    

    
  
I have tested this bug using Fizilla build (2001071013 0.9.2 OSX).
Even though both RealPlayer and WinMediaPlayer plugins were installed, it
reported "No plugins", and the window remained blank in the part where movie was
supposed to be.
But with this build, it did not crash.

    
    

    
  
2001071608 trunk is crashing with slightly different stack trace. Pluins were
installed.
  Back chain  ISA  Caller
  00000000    PPC  3BA700BC  
  09AB1EC0    PPC  3BA5B3D0  main+00130
  09AB1E60    PPC  3BA5A64C  main1(int, char**, nsISupports*)+00C1C
  09AB1B30    PPC  3ED41200  nsAppShellService::Run()+00018
  09AB1AF0    PPC  3E871A90  nsAppShell::Run()+00048
  09AB1AA0    PPC  3E8724E0  nsMacMessagePump::DoMessagePump()+0003C
  09AB1A50    PPC  3E872AF4  nsMacMessagePump::DispatchEvent(int,
EventRecord*)+00084
  09AB1A00    PPC  3E872C9C  nsMacMessagePump::DoUpdate(EventRecord&)+0005C
  09AB19A0    PPC  3E873AA8 
nsMacMessagePump::DispatchOSEventToRaptor(EventRecord&, GrafPort
*)+00040
  09AB1950    PPC  3E86F0B4  nsMacMessageSink::DispatchOSEvent(EventRecord&,
GrafPort*)+00038
  09AB1910    PPC  3E869DA8  nsMacWindow::HandleOSEvent(EventRecord&)+00020
  09AB18D0    PPC  3E86ADF8  nsMacEventHandler::HandleOSEvent(EventRecord&)+0008C
  09AB1880    PPC  3E86BFEC  nsMacEventHandler::UpdateEvent()+0001C
  09AB1840    PPC  3E85B510  nsWindow::HandleUpdateEvent(MacRegion**)+00244
  09AB1700    PPC  3E85B12C  nsWindow::PaintUpdateRect(Rect*, void*)+000E4
  09AB1670    PPC  3E85BA5C  nsWindow::UpdateWidget(nsRect&,
nsIRenderingContext*)+001B0
  09AB15A0    PPC  3E85BA5C  nsWindow::UpdateWidget(nsRect&,
nsIRenderingContext*)+001B0
  09AB14D0    PPC  3E85BA5C  nsWindow::UpdateWidget(nsRect&,
nsIRenderingContext*)+001B0
  09AB1400    PPC  3E85BA5C  nsWindow::UpdateWidget(nsRect&,
nsIRenderingContext*)+001B0
  09AB1330    PPC  3E85BA5C  nsWindow::UpdateWidget(nsRect&,
nsIRenderingContext*)+001B0
  09AB1260    PPC  3E85B944  nsWindow::UpdateWidget(nsRect&,
nsIRenderingContext*)+00098
  09AB1190    PPC  3E85C7F4  nsWindow::DispatchWindowEvent(nsGUIEvent&,
nsEventStatus&)+0001C
  09AB1150    PPC  3E85C6A4  nsWindow::DispatchEvent(nsGUIEvent*,
nsEventStatus&)+00094
  09AB1100    PPC  3DC29EF8  HandleEvent(nsGUIEvent*)+00058
  09AB10B0    PPC  3DC3B73C  nsViewManager::DispatchEvent(nsGUIEvent*,
nsEventStatus*)+002B0
  09AB0F80    PPC  3DC38674  nsViewManager::Refresh(nsIView*,
nsIRenderingContext*, const nsR
ect*, unsigned int)+002B4
  09AB0E70    PPC  3DC39B38  nsViewManager::RenderViews(nsIView*,
nsIRenderingContext&, const
 nsRect&, int&)+00498
  09AB0D40    PPC  3DC39DCC 
nsViewManager::RenderDisplayListElement(DisplayListElement2*, ns
IRenderingContext&)+000B4
  09AB0C70    PPC  3DC2A754  nsView::Paint(nsIRenderingContext&, const nsRect&,
unsigned int,
 int&)+00074
  09AB0C00    PPC  3D03C970  PresShell::Paint(nsIView*, nsIRenderingContext&,
const nsRect&)+
000D0
  09AB0BA0    PPC  3D080668  nsObjectFrame::Paint(nsIPresContext*,
nsIRenderingContext&, cons
t nsRect&, nsFramePaintLayer)+00144
  09AB0B10    PPC  3D086E40  nsPluginInstanceOwner::Paint(const nsRect&,
unsigned int)+000FC
  09AB0A90    PPC  3E619E88  ns4xPluginInstance::HandleEvent(nsPluginEvent*,
int*)+00068
  09AB0A50    PPC  3E7A1BE0  Private_HandleEvent(_NPP*, void*)+0000C
  09AB0A10    PPC  3E798E74  NPP_HandleEvent+000DC
  09AB0990    PPC  3DE4F240  RMAShutdown+0419C
  09AB0910    PPC  FFD1A998  GetClip+00018
  09AB08D0    PPC  3F7B3208  NQDGetClip+00060
  09AB0890    PPC  FFD1B328  CopyRgn+0001C

    
    

    
  
http://biz.yahoo.com/oo/
has a lot of links with audio that crash in the same stacktrace.
Summary: crash in ns4xPluginInstance::GetScriptableInterface → crash in ns4xPluginInstance::HandleEvent(nsPluginEvent*,

    
    

    
  
Shrirang/hirata:
Is this still happening on today's branch? Thanks!

    
    

    
  
This has not been occurring in branch as far as I have tested on Macs.
However, it still crashes in 2001072308 trunk.

    
    

    
  
I am wondering if this is related to bug 91003. If no plugins are installed, the
broken plugin image is drawn misplaced in the popup window.

    
    

    
  
With the recently released Win MP 7.01 and its plugin, Mozilla is not crashing
any more.
However, starting Win MP video stream at the URL is accompanied by three
"java.lang.arrayindexoutofboundsexception" warnings before the content of the
pop up window is displayed.
In addition, with the latest ver. RealPlayerG2 plugin, the video windows for
both fast and slow connection stream are drawn partly out of bounds, although
there is no "outofbounds" warnings.
Removing crash KW, and modifying summary.
Severity: critical → normal
Keywords: crash
Summary: crash in ns4xPluginInstance::HandleEvent(nsPluginEvent*, → Latest plugins drawn out of bound or with ourofbounds warning.
Whiteboard: Older ver. plugins crash Mozilla

    
    

    
  
Maybe I should dupe this to bug 91003.

*** This bug has been marked as a duplicate of 91003 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE

    
    

    
  
mass duplicate verifications . For filtering purposes, pls use keywd
"massdupverification"


Status: RESOLVED → VERIFIED

    
  
Product: Core → Core Graveyard

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






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: