Page MenuHomePhabricator

Fix an issue with pulling Subversion blame data
ClosedPublic

Authored by epriestley on Nov 7 2013, 4:15 PM.
Tags
None
Referenced Files
Unknown Object (File)
Thu, Apr 11, 7:47 AM
Unknown Object (File)
Wed, Apr 10, 4:25 AM
Unknown Object (File)
Tue, Mar 26, 9:28 AM
Unknown Object (File)
Mon, Mar 25, 12:32 AM
Unknown Object (File)
Feb 15 2024, 4:23 PM
Unknown Object (File)
Feb 8 2024, 7:28 AM
Unknown Object (File)
Feb 5 2024, 9:49 PM
Unknown Object (File)
Feb 4 2024, 2:01 AM
Subscribers

Details

Summary

Fixes T4067. The way DiffusionCommitQuery works prevents it from loading SVN identifiers in some cases without additional constraints, since "12345" might be an SVN revision 12345, or it might be the first 5 characters of a Git commit hash.

Introduce withRepository() as a shorthand for withDefaultRepository() + withRepositoryIDs(). This tells the query to:

  • Only look in the given repository; and
  • use the more liberal identifier resolution rules while doing so.

The practical impact this has is that blame tooltips in SVN work again. The other queries which are fixed here were never run in SVN (which doesn't have first-class branches or tags); I've cleaned them up only for completeness.

Test Plan
  • Viewed blame in SVN, saw information again instead of empty tooltip.
  • Viewed brnaches/tags in Mercurial and Git.

{F79226}

Diff Detail

Lint
Lint Skipped
Unit
Tests Skipped