[Webkit-unassigned] [Bug 40207] New: VCSUtils.pm functions return wrong value when current dir is not in WebKit

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=40207

           Summary: VCSUtils.pm functions return wrong value when current
                    dir is not in WebKit
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: All
               URL: https://trac.webkit.org/browser/trunk/WebKitTools/Scri
                    pts/VCSUtils.pm
        OS/Version: All
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Tools / Tests
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: opendarwin at lapcatsoftware.com


For ease of use, I have my local WebKit/WebKitTools/Scripts directory in my $PATH, so that for example I can just do "build-webkit" from the command line to build Webkit. However, this means that my current working directory could be anywhere on my local filesystem, not necessarily in the WebKit directory. The problem is that a number of functions in WebKitTools/Scripts/VCSUtils.pm return the wrong value when a script is run while the cwd is not WebKit.

I've discovered that this bug is the underlying cause of another bug:

https://bugs.webkit.org/show_bug.cgi?id=26642

If you run the set-webkit-configuration script while the current working directory is WebKit, it works fine. However, if you run the script while the current working directory is $HOME, for example, the script doesn't work right, which leads to the bug above.

Some of the functions that return the wrong values are isGit(), gitBranch(), and isGitBranchBuild().

The correct behavior would be to start with the directory of the running script itself instead of the current working directory. It seems that "wekitdirs.pm" is able to find the baseProductDir just fine, even if a script such as build-webkit is run while the cwd is $HOME.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.