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)
Fri, Dec 20, 8:19 PM
Unknown Object (File)
Thu, Dec 19, 5:47 PM
Unknown Object (File)
Sat, Dec 14, 3:44 AM
Unknown Object (File)
Fri, Dec 6, 5:29 PM
Unknown Object (File)
Sun, Dec 1, 1:58 AM
Unknown Object (File)
Sat, Nov 23, 9:49 AM
Unknown Object (File)
Nov 6 2024, 10:11 PM
Unknown Object (File)
Oct 19 2024, 11:27 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