Reproducible on the latest Nightly (BuildID: 20140727030204) Mozilla/5.0 (Windows NT 6.1; rv:34.0) Gecko/20100101 Firefox/34.0 Not reproducible on the latest Aurora (BuildID: 20140728004005) Mozilla/5.0 (Windows NT 6.1; rv:33.0) Gecko/20100101 Firefox/33.0 STR: 1. Launch Firefox through command line and with a clean profile. 2. Wait for openH264 plugin to install. 3. Close and reopen Firefox. Expected results: OpenH264 plugin is installed. Actual results: OpenH264 plugin is not installed, "Will be installed shortly" message is displayed. The plugin is downloaded and installed again. Notes: 1. Reproducible on Windows 7 x32 & Windows 8 x32, not reproducible on Windows 7 x64, Linux and Mac OS X. 2. Not a regression: reproducible with Nightly 2014-07-22. 3. As far as I can see, there is no difference between logs: - Logs at startup: https://pastebin.mozilla.org/5673422 - Logs after restarting: https://pastebin.mozilla.org/5673454

Checking into it, randomly guesstimating points for the initial investigation.

I got a Win7 professional 32bit environment set up, but i can't reproduce on the latest Nightly & Aurora builds. Do you still see that? Could you also enable the OpenH264Provider logging via prefs: media.gmp-gmpopenh264.provider.logging.level;0 media.gmp-gmpopenh264.provider.logging.dump;true Ideally also start from the command line and add the "-console" option - that should allow us to see if there are any shutdown issues that might prevent saving the prefs to disk.

Also, just in case: close Firefox properly, killing it will prevent saving prefs.

Added to Iteration 34.1

With latest Aurora on Windows 7 x32 I reproduce this issue, but the logs are looking good: the plugin is properly installed and after I close & reopen Aurora, openh264 is downloaded and installed again. Also tried with latest Aurora debug build and saw that when I close Aurora (click on X button), after the plugin is installed, I get an assertion in console and "Aurora has stopped working" message is displayed: - Logs at startup: https://pastebin.mozilla.org/5729447 - Logs after restart: https://pastebin.mozilla.org/5729448 Could this assertion be the cause why the plugin is not installed after restart?

Can i please have the non-debug logs with both the media.gmp-manager and the media.gmp-gmpopenh264.provider logging on? The issue in the debug build is not directly related to this bug (and doesn't need addressing/investigation here), but will probably cause the same issue for the debug build.

(In reply to Georg Fritzsche [:gfritzsche] from comment #6) > Can i please have the non-debug logs with both the media.gmp-manager and the > media.gmp-gmpopenh264.provider logging on? Sorry! Here are the logs: - at startup: https://pastebin.mozilla.org/5731177 - after restart: https://pastebin.mozilla.org/5731082

This is weird - at least the "media.gmp-manager.lastCheck" and "media.gmp-gmpopenh264.path" prefs are lost. Can you check if any pref is actually kept over restarts, e.g. by setting some custom "this.should.be.kept.over.restart" pref? Do you see any JS exceptions in the error console or the console window? Any exception or error on the non-debug builds on shutdown?

(In reply to Georg Fritzsche [:gfritzsche] from comment #8) > This is weird - at least the "media.gmp-manager.lastCheck" and > "media.gmp-gmpopenh264.path" prefs are lost. > > Can you check if any pref is actually kept over restarts, e.g. by setting > some custom "this.should.be.kept.over.restart" pref? > Do you see any JS exceptions in the error console or the console window? > Any exception or error on the non-debug builds on shutdown? Unfortunately, I'm not able to reproduce this issue with latest Aurora and Nightly builds: tried several times, 2 different machines, no luck; Although, there were no JS exceptions nor errors with the non-debug builds last week, when this issue was still reproducible.

Ok, please reopen if you come across this again. Until then let's assume a system- or profile-specific issue.