<html>

    <head>

      <base href="http://bugzilla.wpkg.org/" />

    </head>

    <body>

      <p>

        <div>

            <b><a class="bz_bug_link 

          bz_status_NEW "

   title="NEW - wpkg.js won't run on non-uncode is set to c04"

   href="http://bugzilla.wpkg.org/show_bug.cgi?id=291#c2">Comment # 2</a>

              on <a class="bz_bug_link 

          bz_status_NEW "

   title="NEW - wpkg.js won't run on non-uncode is set to c04"

   href="http://bugzilla.wpkg.org/show_bug.cgi?id=291">bug 291</a>

              from <span class="vcard"><a class="email" href="mailto:r.meier@wpkg.org" title="Rainer Meier <r.meier@wpkg.org>"> <span class="fn">Rainer Meier</span></a>

</span></b>

        <pre>OK, I have set up Windows Vista Business x64 and I was able to reproduce the

issue. Somehow the OS detection fails when the langugage for

unicode-incompatible applications is set to "Chinese (traditional, Honkgong

SAR)".

I don't know yet why the WMI query fails as it does not seem to fail for many

other languages.

However I can implement a workaround detecting "unknown" host OS. As a result

WPKG on such machines would not be able to use filters based on OS string but

everything else should work as expected.

I will spend some more time to investigate whether host OS could be detected by

slightly modifying the queries perhaps.

Meanwhile a small code change in function "getHostOS()" would help:

Change

function getHostOS() {

    if (hostOs == null) {

        var strComputer = ".";

        var strQuery = "Select * from Win32_OperatingSystem";

        try {

to

function getHostOS() {

    if (hostOs == null) {

        var hostOs = "unknown";

        var strComputer = ".";

        var strQuery = "Select * from Win32_OperatingSystem";

        try {

This makes WPKG fallback to "unknown" host status rather than "null" value when

host OS string detection fails.</pre>

        </div>

      </p>

      <hr>

      <span>You are receiving this mail because:</span>

      <ul>

          <li>You are the QA Contact for the bug.</li>

      </ul>

    </body>

</html>