611296 - QuickTime plugin not recognized for some Mac OS X users

Status: RESOLVED FIXED

(Core Graveyard :: Plug-ins, defect)

Description

[Neil Cowburn]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_6_4; en-us) AppleWebKit/533.18.1 (KHTML, like Gecko) Version/5.0.2 Safari/533.18.5
Build Identifier: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b7) Gecko/20100101 Firefox/4.0b7

Mac OS X 10.6.4: Firefox reports that the QuickTme plugin is missing when trying to view an embedded video. QuickTime X is present and functioning. For example: visit http://www.mediacollege.com/video/format/quicktime/streaming/example.html to see the issue. 

Reproducible: Always

Steps to Reproduce:
1. Visit http://www.mediacollege.com/video/format/quicktime/streaming/example.html
2. Note missing plugin
Actual Results:  
QuickTime plugin is missing despite QuickTime being present and functioning in the host system. 

Expected Results:  
QuickTime plugin loads and video can be played.

Comment 1

[juan becerra [:juanb]]

I'm unable to reproduce this problem using 4b7 and the latest nightly 4.0b8pre, and QT 7.6.6 on 10.6.5. On a different machine running 10.6.4, it took a while to load, several seconds, but eventually it loaded.

Comment 2

[Neil Cowburn]

Attachment: Screenshot of the issue in Firefox 4b7

I get the same result using the latest nightly build.

Comment 3

[Neil Cowburn]

Attachment: QuickTime plugin loads and the same video plays just fine with Safari

Comment 4

[Scott Greenlay [:sgreenlay]]

Neil, could you try the following?

Go into your profile (~/Library/Application Support/Firefox/Profiles/<your profile>) and remove pluginreg.dat, then restart Firefox and try it again.

Comment 5

[Felix]

I have the same problem since the update from b6 -> b7.
Everything works fine with Safari,
but Firefox is unable to play any QuickTime Video.

Also on a side note: Quicktime isn't listed in the Plugin list of Firefox.
It seems that Firefox doesn't find the Quicktime Player.

Does Firefox need Quicktime to be in a certain folder?

Comment 6

[Neil Cowburn]

Removing pluginreg.dat and restarting Firefox has no effect. Problem still persists. 

I checked the contents of pluginreg.dat and there's no entry for the QuickTime plugin.

Comment 7

[Neil Cowburn]

I've tried using the QuickTime pluginreg.dat entries from a different Mac running 3.6.12 where the QT plugin is loaded just fine. It appears the QT entries are being flushed from the cache when a page attempts to load the plugin.

Comment 8

[Scott Greenlay [:sgreenlay]]

Do you have a preference file located at ~/Library/Preferences/com.apple.quicktime.plugin.preferences.plist (it should be created by the quicktime plugin)?

Comment 9

[Neil Cowburn]

Yes, I do.

Comment 10

[Scott Greenlay [:sgreenlay]]

Given that clearing out the pluginreg.dat does not fix the problem, bug 611197 will not help.

Comment 12

[Mike Beltzner [:beltzner, not reading bugmail]]

http://www.apple.com/trailers not working for me using Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:2.0b8pre) Gecko/20101121 Firefox/4.0b8pre

about:plugins doesn't have a trace of the Quicktime Plugin, which is odd, because I know I've watched trailers there a while ago!

Other interesting info: OSX 10.6.5, iTunes 10.1 (58), QuickTime 10.0 (118)

Comment 13

[Mike Beltzner [:beltzner, not reading bugmail]]

Morphing slightly, since I can confirm that the QT plugin is also just plain missing when trying to view .mov files directly:

ex: http://people.mozilla.org/~beltzner/bugzilla_lose_comment_for_bz.mov

Comment 14

[Matthias Versen [:Matti]]

Can someone try to find a regression range ?
You have just to look in about:plugins if qt is found.

Comment 15

[Brian Crowder]

Is this a general plugin issue?  I'm seeing similar w/ Silverlight, somehow.

Comment 16

[Josh Aas]

For the people who can reproduce this problem with Quicktime - do you have Flip4Mac or other Windows Media components for Quicktime installed? Can anyone with Flip4Mac or other Windows Media components for Quicktime installed *not* reproduce this problem?

Comment 17

[Kev Needham [:kev]]

Confirm that Flip4Mac is on my system, and I am experiencing this issue.

Comment 18

[juan becerra [:juanb]]

I cannot reproduce the problem on the latest nightly, with the examples listed in comment #0 and comment #13. I have Flip4Mac (2.3.0.14) and QT (7.6.6) listed in about:plugins.

Comment 19

[Neil Cowburn]

I can reproduce the issue both with and without Flip4Mac v2.3.5.4 (no Silverlight plugin).

Comment 20

[Scott Greenlay [:sgreenlay]]

Silverlight problems are unrelated, see bug 598406.

Comment 21

[Chris Ilias [:cilias]]

I tried to find the regression range and found that this is exclusive to 64bit builds.

The earliest 64bit build I could find was at:
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/04/2010-04-08-03-mozilla-central/firefox-3.7a5pre.en-US.mac64.dmg
The bug exists in that build.

The latest 32bit build I could find was at:
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/2010/09/2010-09-26-03-mozilla-central/firefox-4.0b7pre.en-US.mac.dmg
The bug does exist in that build (it sees QT).

I do not have flip4mac. I do not recall ever downloading Windows Media components for QT. I do have VLC installed, if that helps. Using OS 10.6.5. QT 10.0 (118).

Comment 22

[Neil Cowburn]

I can confirm that the bug is specific to 64-bit builds. Launching 4.0b7 64-bit in 32-bit mode successfully loads the QT plugin and embedded videos can be viewed.

Comment 23

[LegNeato]

As per today's meeting, beta 9 will be a time-based release. Marking these all betaN+. Please move it back to beta9+ if you believe it MUST be in the next beta (ie: trunk is in an unshippable state without this)

Comment 24

[LegNeato]

Fixing fields my automated script accidentally blanked. Apologies for the bugspam

Comment 25

[Josh Aas]

I figured out the problem by remotely debugging on a machine that could repro (thanks Ehsan!).

When we're parsing a MIME types plist file we get the listed locale and compare it against the current locale (see "ParsePlistForMIMETypesFilename" in "nsPluginsDirDarwin.cpp"). If they don't match we bail and then since we didn't find any MIME types the plugin gets listed as invalid. A quick fix is to just not look at the locale at all - we don't actually use it for anything.

I think what WebKit used to do and might still do is compare the locale in the plist against the current locale and if they don't match then request that the plugin regenerate the file via the extern C function "BP_CreatePluginMIMETypesPreferences". I don't know if this is still the right thing to do but we should eventually figure out what the right thing to do is and do it.

I think just ignoring the locale is probably enough for now, we can file another bug for locale-based file regeneration and decide in that bug whether or not it needs to block 2.0 (I doubt it).

Comment 26

[Josh Aas]

Attachment: fix v1.0

I haven't actually tested this yet but it is pretty simple. Running through try server now and then I'll have someone affected by this bug verify the fix.

Comment 27

[Josh Aas]

Attachment: fix v1.1

We also need to force a pluginreg.dat refresh to remove Quicktime from the invalid plugins list.

Comment 28

[Scott Greenlay [:sgreenlay]]

Comment on attachment 501671 [details] [diff] [review]
fix v1.1

Looks good to me.

Comment 29

[(no longer active)]

I tested this build <http://ftp.mozilla.org/pub/mozilla.org/firefox/tryserver-builds/[e-mail]-6d0114fffc72/try-osx64/firefox-4.0b9pre.en-US.mac64.dmg> on a machine which has this problem, and the problem seems to be fixed by this patch.

Comment 30

[Josh Aas]

pushed to mozilla-central

http://hg.mozilla.org/mozilla-central/rev/1ac9f1ffbafb

Comment 31

[juan becerra [:juanb]]

I tried to reproduce this for verification purposes, but no dice. The build candidates for beta 10 also don't show this problem in the couple of machines I tried, but comment #29 is evidence this should be ok.