Closed Bug 849247 Opened 11 years ago Closed 7 years ago

Loading mpegla.com on OS X with SharePoint Browser Plug-in 14.2.4 causes very long hangs

Categories

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

Product:
Core Graveyard
Component:
Plug-ins
Platform:
x86
macOS
Type:
defect

Tracking

(Not tracked)

Status:
RESOLVED WONTFIX

People

(Reporter: jrmuizel, Unassigned)

Details

(Keywords: testcase) 

We hang in:

pluginHost::GetPlugin(char const*, nsNPAPIPlugin**)  (in XUL) + 173  [0x101e52b3d]
 nsPluginHost::EnsurePluginLoaded(nsPluginTag*)  (in XUL) + 412  [0x101e5376c]
  nsNPAPIPlugin::CreatePlugin(nsPluginTag*, nsNPAPIPlugin**)  (in XUL) + 254  [0x101e4293e]
   mozilla::plugins::PluginModuleParent::LoadModule(char const*)  (in XUL) + 118  [0x102024fa6]
    mozilla::plugins::PluginProcessParent::Launch(int)  (in XUL) + 391  [0x102028d27]
     mozilla::ipc::GeckoChildProcessHost::SyncLaunch(std::vector<std::string, std::allocator<std::string> >, int, base::ProcessArchitecture)  (in XUL) + 190  [0x1020361ce]
That's not very interesting, you need the profile from plugin-container.
Summary: Loading mpegla.com on OS X with Flash 11.6.602.171 causes very long hangs → Loading mpegla.com on OS X with SharePoint Browser Plug-in 14.2.4 causes very long hangs
So turns out it was actually SharePoint. I thought we had click-to-play?

Here's what looks like an uninteresting profile:

   2687 Thread_1549791   DispatchQueue_1: com.apple.main-thread  (serial)
    + 2687 start  (in plugin-container) + 52  [0x100000ee4]
    +   2687 main  (in plugin-container) + 45  [0x100000f1d]
    +     2687 XRE_InitChildProcess  (in XUL) + 1338  [0x10002719a]
    +       2687 MessageLoop::Run()  (in XUL) + 78  [0x1012b144e]
    +         2687 base::MessagePumpCFRunLoopBase::Run(base::MessagePump::Delegate*)  (in XUL) + 138  [0x1012bf6da]
    +           2687 base::MessagePumpNSApplication::DoRun(base::MessagePump::Delegate*)  (in XUL) + 259  [0x1012bfc03]
    +             2687 -[NSApplication run]  (in AppKit) + 470  [0x7fff9097c9b9]
    +               2687 -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:]  (in AppKit) + 135  [0x7fff9098007d]
    +                 2687 _DPSNextEvent  (in AppKit) + 659  [0x7fff90980779]
    +                   2687 BlockUntilNextEventMatchingListInMode  (in HIToolbox) + 62  [0x7fff8b7b13fa]
    +                     2687 ReceiveNextEventCommon  (in HIToolbox) + 355  [0x7fff8b7b156d]
    +                       2687 RunCurrentEventLoopInMode  (in HIToolbox) + 277  [0x7fff8b7aa2bf]
    +                         2687 CFRunLoopRunSpecific  (in CoreFoundation) + 230  [0x7fff8865e486]
    +                           2687 __CFRunLoopRun  (in CoreFoundation) + 1204  [0x7fff8865ec74]
    +                             2687 __CFRunLoopServiceMachPort  (in CoreFoundation) + 188  [0x7fff8865650c]
    +                               2687 mach_msg  (in libsystem_kernel.dylib) + 73  [0x7fff89bafd71]
    +                                 2687 mach_msg_trap  (in libsystem_kernel.dylib) + 10  [0x7fff89bb067a]
    2687 Thread_1549793
    + 2687 thread_start  (in libsystem_c.dylib) + 13  [0x7fff8b247b75]
    +   2687 _pthread_start  (in libsystem_c.dylib) + 335  [0x7fff8b2448bf]
    +     2687 google_breakpad::ExceptionHandler::WaitForMessage(void*)  (in XUL) + 153  [0x100038509]
    +       2687 mach_msg  (in libsystem_kernel.dylib) + 73  [0x7fff89bafd71]
    +         2687 mach_msg_trap  (in libsystem_kernel.dylib) + 10  [0x7fff89bb067a]
    2687 Thread_1549794   DispatchQueue_2: com.apple.libdispatch-manager  (serial)
    + 2687 _dispatch_mgr_thread  (in libdispatch.dylib) + 54  [0x7fff84d3b316]
    +   2687 _dispatch_mgr_invoke  (in libdispatch.dylib) + 923  [0x7fff84d3c786]
    +     2687 kevent  (in libsystem_kernel.dylib) + 10  [0x7fff89bb27e6]
    2687 Thread_1549797: Chrome_ChildThread
    + 2687 thread_start  (in libsystem_c.dylib) + 13  [0x7fff8b247b75]
    +   2687 _pthread_start  (in libsystem_c.dylib) + 335  [0x7fff8b2448bf]
    +     2687 _ZL10ThreadFuncPv  (in XUL) + 10  [0x1012ba0ba]
    +       2687 base::Thread::ThreadMain()  (in XUL) + 124  [0x1012b5bac]
    +         2687 MessageLoop::Run()  (in XUL) + 78  [0x1012b144e]
    +           2687 base::MessagePumpLibevent::Run(base::MessagePump::Delegate*)  (in XUL) + 281  [0x1012b9e69]
    +             2687 event_base_loop  (in XUL) + 637  [0x1012a889d]
    +               2687 kq_dispatch  (in XUL) + 86  [0x1012aaea6]
    +                 2687 kevent  (in libsystem_kernel.dylib) + 10  [0x7fff89bb27e6]
    2687 Thread_1549841
      2687 start_wqthread  (in libsystem_c.dylib) + 13  [0x7fff8b247b85]
        2687 _pthread_wqthread  (in libsystem_c.dylib) + 758  [0x7fff8b246594]
          2687 __workq_kernreturn  (in libsystem_kernel.dylib) + 10  [0x7fff89bb2192]
> So turns out it was actually SharePoint.

So are we confident this is a SharePoint bug?  Does it also happen in other browsers?
(In reply to Steven Michaud from comment #3)
> > So turns out it was actually SharePoint.
> 
> So are we confident this is a SharePoint bug?  Does it also happen in other
> browsers?

What I meant was that the plugin was actually SharePoint and not Flash. The page does not hang Safari which also has the plugin installed.
Priority: -- → P3
Before anyone can work on this, we need a publicly accessible way to reproduce it.
Jeff, can you provide a stand-alone test-case for this?
Flags: needinfo?(jmuizelaar)
Keywords: testcase-wanted
I can't figure out where to download the SharePoint plugin.  The following search doesn't turn up anything at all:

"SharePoint plugin" "OS X" site:microsoft.com

I assume there *is* a single SharePoint plugin, that Microsoft wrote it, and that it's freely available for OS X.
(In reply to Steven Michaud from comment #8)
> I can't figure out where to download the SharePoint plugin.  The following
> search doesn't turn up anything at all:
> 
> "SharePoint plugin" "OS X" site:microsoft.com
> 
> I assume there *is* a single SharePoint plugin, that Microsoft wrote it, and
> that it's freely available for OS X.

I believe I got mine from the free trial of MS office.
Another thing:

On a system with no SharePoint plugin, no other browser attempts to load it visiting the page from comment #7.  I tested with current versions of Safari, Chrome and Opera (12.14) on OS X 10.8.2.  So this is beginning to look very much like a SharePoint bug.

Here's how the plugin is loaded:

<object style="visibility: hidden;" type="application/x-sharepoint" id="macSharePointPlugin" height="0" width="0"></object>

Which is interesting because of the 'style' attribute.
> I believe I got mine from the free trial of MS office.

Thanks for the info, but this bug is now way down on my list of priorities.

As a start, I suggest you report the bug to Microsoft.

If you can find a regression range in Firefox nightlies I'd be more likely to be interested.
> <object style="visibility: hidden;" type="application/x-sharepoint" id="macSharePointPlugin" height="0" width="0"></object>
>
> Which is interesting because of the 'style' attribute.

It's even more interesting for the lack of any 'src' field.  That probably explains the hang.
You could still report this bug to Microsoft, since the original of the page you hang on seems to be from a Microsoft site.
> since the original of the page you hang on seems to be from a Microsoft site

Oops, sorry.  This is wrong, of course.
I'll remove the keyword testcase wanted, a test case was provided in comment 7.
Keywords: testcase-wanted → testcase
I'm marking this bug as WONTFIX per bug #1269807.

For more information see - https://blog.mozilla.org/futurereleases/2015/10/08/npapi-plugins-in-firefox/
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.