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)
Wed, May 1, 6:50 AM
Unknown Object (File)
Mon, Apr 29, 2:30 PM
Unknown Object (File)
Wed, Apr 24, 10:08 PM
Unknown Object (File)
Thu, Apr 11, 7:47 AM
Unknown Object (File)
Wed, Apr 10, 4:25 AM
Unknown Object (File)
Mar 26 2024, 9:28 AM
Unknown Object (File)
Mar 25 2024, 12:32 AM
Unknown Object (File)
Feb 15 2024, 4:23 PM
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

Branch
withrep
Lint
Lint Passed
Unit
No Test Coverage