search

ericmckean / webm

Automatically exported from code.google.com/p/webm
0 stars 0 forks source link

Windows DirectShow installer 1.0.2 observations #682

Closed GoogleCodeExporter closed 9 years ago

GoogleCodeExporter commented 9 years ago 
The installer tries to show what it actually does, but these details are 
immediately replaced by "finish" when it's ready.  

On NT 6.x platforms (Vista or later) I never know where the log file might be: 
If a log file is created please add its location to README.TXT.

README.TXT tells me where files are actually installed (Program Files\Common 
Files\WebM Project\webmdshow). For version 1.0.2 I ended up with 2012-05 stuff 
version 1.0.0.  I feared that this can't be as it should be and uninstalled two 
WebM installations manually (= add/remove programs, listing an old 2011 and a 
newer installation with a different name.)

After a reboot I tried a fresh installation, and ended up with an empty Program 
Files\Common Files\WebM Project\webmdshow folder.  After that I deleted this 
folder manually, tried the installation again, and the folder was still empty.

Eventually I found that the "new" installation directory is Program Files 
(x86)\Common Files\WebM Project\webmdshow on 64bits Windows platforms, the 
variant without (x86) belonged to an older installation.

Please note in README.TXT that older installations should be uninstalled (with 
add/remove programs) before using the new installer.  For the known "codec 
hell" issues on Windows it would be nice if the installer gets a signature.

Original issue reported on code.google.com by hmdmhdfm...@gmail.com on 22 Dec 2013 at 3:35

GoogleCodeExporter commented 9 years ago

Original comment by ya...@google.com on 9 Jan 2014 at 11:11

GoogleCodeExporter commented 9 years ago

Original comment by fgalli...@google.com on 16 Jan 2015 at 6:28

GoogleCodeExporter commented 9 years ago

Original comment by tomfine...@google.com on 21 Jan 2015 at 11:09

GoogleCodeExporter commented 9 years ago 
Multiple fixes:

https://gerrit.chromium.org/gerrit/73587
https://gerrit.chromium.org/gerrit/73555 (cites wrong bug, my bad)
https://gerrit.chromium.org/gerrit/73553 (ditto, bad citing, my bad)

I cannot reproduce the issue with program files (x86) vs program files on 64 
bit machines. Maybe there was an issue with the version of NSIS used to build 
the v1.0.2.0 installer. Anyway, the files should always end up in 32 bit land 
(because there are no 64 bit versions of the webm filters).

Regarding the signature: I assume you're referring to signing the installer 
with a webmproject.org code signing cert-- there are currently no plans to do 
that, and I'm not sure I see how signing the installer protects the user from 
any potential codec hell type situations.

Anyway, marking this fixed and closing the bug for further updates. Please file 
a new issue if any of the problems remain (a new release will be available at 
http://downloads.webmproject.org/releases/webm/index.html within the next few 
weeks). 

Also, if you don't mind, one problem per bug, please. :)

And re the locking of follow ups: I don't want to stifle discussion, I just 
want discussions to occur in issues that have summaries relating to specific 
issues. If a tracking issue is deemed necessary we can go down that road when 
we come to it.

Original comment by tomfine...@google.com on 26 Jan 2015 at 11:20