Problems with keyfiles in subfolders

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
  • mutex
    Forum Member
    • Nov 2006
    • 4

    Problems with keyfiles in subfolders

    Hello all,

    I encountered some problems with keyfiles which are not in the root folder of my application path. I'd like to use my .exe for keyfile as recommended, but it is located in %AppFolder%\bin\release.

    When I tag it as keyfile, the patch won't find the installed application. When I use a file in the root path (e.g. uninstall.exe), it works...
    Any ideas?

    Best regards,
    Philip Hammer, Deck13 Interactive
  • Lorne
    Indigo Rose Staff Member
    • Feb 2001
    • 2729

    #2
    Originally posted by mutex View Post
    I encountered some problems with keyfiles which are not in the root folder of my application path. I'd like to use my .exe for keyfile as recommended, but it is located in %AppFolder%\bin\release.

    When I tag it as keyfile, the patch won't find the installed application. When I use a file in the root path (e.g. uninstall.exe), it works...
    Any ideas?
    It's a bug. Logged: #14231.

    If you need a solution right away (before the next update), here are two workarounds:
    • Implement the key file check yourself (in Lua). Basically just override the g_cbFcnFindApplicationCallback function to look for the keyfile in the appropriate subfolder and compare the MD5, etc.
    • Use a key file in the root path, e.g. a version.txt file with the version number in it works really well for this.
    --[[ Indigo Rose Software Developer ]]

    Comment

    • mutex
      Forum Member
      • Nov 2006
      • 4

      #3
      Thank you for the fast answer. Providing an additional version.txt works well for me.

      Comment

      • jlsf2
        Forum Member
        • May 2007
        • 101

        #4
        Was this ever fixed? I appear to be having the same problem.

        Thanks.

        Comment

        • Lorne
          Indigo Rose Staff Member
          • Feb 2001
          • 2729

          #5
          Yes, this bug was fixed and will be available in the next version (2.0.5.0).
          --[[ Indigo Rose Software Developer ]]

          Comment

          • jlsf2
            Forum Member
            • May 2007
            • 101

            #6
            Is there a timeframe for that? Is there anyway that I could get a pre-release version? Or, is there anyway I could get an early release of just this fix?

            Thanks.

            Comment

            • Lorne
              Indigo Rose Staff Member
              • Feb 2001
              • 2729

              #7
              Originally posted by jlsf2 View Post
              Is there a timeframe for that?
              Right now it looks like about a week, maybe two weeks depending on how the rest of the fixes go.

              Is there anyway that I could get a pre-release version? Or, is there anyway I could get an early release of just this fix?
              If a week will be too late, yes it's possible. We could give you a current build, although it would fall outside the scope of our regular updates so you'd have to revert back to the original file before applying the 2.0.5.0 update.

              If you really need something right now, contact our support department and ask nicely.
              --[[ Indigo Rose Software Developer ]]

              Comment

              • jlsf2
                Forum Member
                • May 2007
                • 101

                #8
                Well, desperate times bring... you know....

                I might have a workaround for now. Can you look at this and tell me if there is anything else to be worried about? This fixes finding the Key files; just wondering if the actually patching will also have problems.

                Thanks.

                ** I pulled this from the Actions and just hard-code in the subdirectory **

                -- Location method: Registry key
                -- Read a folder path from the Registry.
                if not g_InstalledVersion then
                local MainKey = HKEY_LOCAL_MACHINE;
                local SubKey = SessionVar.Expand("Software\\XXX\\YYY\\ZZZ\\MiniGa mes\\#GAME_NAME#");
                local ValueName = "InstallFolder";
                local FolderPath = Registry.GetValue(MainKey, SubKey, ValueName);
                tempFolderPath = FolderPath .. "\\pak\\tb1_game1";
                Debug.Print( "FolderPath: " .. FolderPath .. "\n" );
                Debug.Print( "tempFolderPath: " .. tempFolderPath .. "\n" );
                --Debug.Print( SessionVar.Expand( "AppFolder: %AppFolder%\n" ) );
                g_InstalledVersion = VisualPatch.CheckFolderVersion("%AppFolder%", tempFolderPath);
                if g_InstalledVersion then
                SessionVar.Set("%AppFolder%", FolderPath);
                end
                end
                Last edited by jlsf2; 06-21-2007, 09:26 AM. Reason: tabs to spaces

                Comment

                • Lorne
                  Indigo Rose Staff Member
                  • Feb 2001
                  • 2729

                  #9
                  That looks like it should work. As always, "test fully, test first."
                  --[[ Indigo Rose Software Developer ]]

                  Comment

                  • jlsf2
                    Forum Member
                    • May 2007
                    • 101

                    #10
                    Ok, thanks.

                    I think I'd rather do this versus getting an early build.

                    I'll just modify my future patch releases to do it the correct way once the next version comes out.

                    Comment

                    • jlsf2
                      Forum Member
                      • May 2007
                      • 101

                      #11
                      Lorne, any update on the next version?

                      Turns out my fix worked for most cases, but I've found a patch that it doesn't work for (no idea why not).

                      Thanks.

                      Comment

                      • Lorne
                        Indigo Rose Staff Member
                        • Feb 2001
                        • 2729

                        #12
                        Originally posted by jlsf2 View Post
                        Lorne, any update on the next version?
                        I am told that the next release is nearing completion but we don't have a precise date yet.
                        Turns out my fix worked for most cases, but I've found a patch that it doesn't work for (no idea why not).
                        Maybe check the MD5 hash of the key file in that installation against the original...it could be a corrupted/modified file.

                        Enabling a verbose patching log might reveal some clues as well.
                        --[[ Indigo Rose Software Developer ]]

                        Comment

                        • jlsf2
                          Forum Member
                          • May 2007
                          • 101

                          #13
                          I'll just wait for the official patch.

                          My hack is still working... I just had the wrong file in my release directory... stupid of me.

                          Comment

                          Working...
                          X