Order Now AdSolution Sign Up | Login » Bits on the Run Sign Up | Login »

Forums

/

Plugin Not Loading When Multiple Tabs Are Opened In Succession

8 replies [Last post]
Reply

Recently we noticed that when users of our site would open multiple video pages from a search page of links (say for example, more than three to six), some of the group would not load the plugin and would resort back to the default player, even going so far as to ignore the params in the config.xml file. Initially we thought it was the plugin, until we discovered that the plugin wasn't even loading at all in these cases.

We then compiled our own version of the player and added in a ton of Logger calls to see what was going on. In short what we found was that the method loadPlugins in PlayerSetup was failing to send anything associated with the _model instance to the PluginLoader class.

Have you heard of this before and what could possibly be the cause? Would the size of the custom plugin we built have anything to do with this? Currently, our plugin is around 100k. If we were to load a dozen pages one right after another but waiting until each page fully loaded before starting the next one, then everything loads as expected.

If you (or any user) could point us in the right direction, it would be most helpful. As with our site, the above behavior is quite expected.

Reply

@MacGeek -

One more debugging step I'd try. First, set up a page which contains nothing but the JW Player (jwplayer.js and player.swf), configured to load your plugin and config.xml. Using a web debugging proxy (we use one called Charles), log the network traffic as you open the page in multiple tabs, and make sure every asset is requested the same number of times as number of page loads. This will provide a baseline and a reproducible test case.

Reply

Sure thing. I'll try that today and get back to you.

Reply

Pablo - sorry to get back to you so late. Here are the results from my testing that I did with Charles:

- When run locally (i.e. http://[my_ip_addr]/) with local references to the player and to the plugin, I could not replicate the issue even though other users could replicate the issue when connecting to my machine.
- When run locally with remote references to the player and the plugin, I could not replicate the issue.
- When run remotely within the development site, I was able to replicate the issue multiple times.

With respect to the final set of tests, I found that in the failed cases, config.xml and the playlist both failed to load the proper number of times (the latter failure makes sense since the config.xml contains the playlist url). It's almost as if those failed requests never happened since I don't see any error responses.

With our plugin approaching 112k, is this possibly an issue of size?

Reply

We're now at around 124k for our plugin size. I can definitely make this happen enough that it's concerning. Is there any reason to believe that the size is an issue?

Reply

@MacGeek -

If the plugin is Flash-only (i.e. the 124k is the size of the swf) then this shouldn't be an issue, since the plugin won't be loaded until after the config xml has been parsed.

Do you have a public link to a test page which might be better able to demonstrate the issue?

Reply

I would prefer not to make the link publicly visible. Can you give me an email to send it to?

Reply

You can email the link to support at longtailvideo dot com. Just reference this thread somewhere in the email.

Reply

Thanks; email sent.

Post new comment

  • Allowed HTML tags: <code> <blockquote> <em> <strong> <strike> <ul> <li> <ol>
  • You may post code using <code>...</code> .
  • Lines and paragraphs break automatically.
  • Web page addresses and e-mail addresses turn into links automatically.

More information about formatting options