Page MenuHomePhabricator

When users browse to a submodule path in Diffusion explicitly, don't fatal
ClosedPublic

Authored by epriestley on Dec 13 2017, 3:08 PM.
Tags
None
Referenced Files
F17747773: D18831.id45175.diff
Mon, Jul 21, 10:46 PM
F17717717: D18831.diff
Fri, Jul 18, 12:07 AM
Unknown Object (File)
Jun 18 2025, 7:15 AM
Unknown Object (File)
Jun 4 2025, 6:15 AM
Unknown Object (File)
Jun 3 2025, 7:49 PM
Unknown Object (File)
Jun 2 2025, 10:14 AM
Unknown Object (File)
May 25 2025, 7:26 PM
Unknown Object (File)
May 18 2025, 8:06 AM
Subscribers
None

Details

Summary

Ref T13030. See PHI254. This behavior could be cleaner than I've made it, but it fixes the "this is totally broken" issue, replacing a fatal/exception with an informative (just not terribly useful) page.

Test Plan
  • Added a submodule to a repository.
  • In Diffusion, clicked some other file next to the submodule, then edited the URI to the submodule path instead.
    • Before patch: fatal.
    • After patch: relatively useful message about this being a submodule.

Note that it's normally hard to hit this URI directly. In the browse view, submodules are marked up as directories and linked to a separate submodule resolution flow.

Screen Shot 2017-12-13 at 7.04.45 AM.png (780×1 px, 117 KB)

Diff Detail

Repository
rP Phabricator
Branch
sub1
Lint
Lint Passed
SeverityLocationCodeMessage
Advicesrc/applications/diffusion/view/DiffusionEmptyResultView.php:45XHP16TODO Comment
Unit
Tests Passed
Build Status
Buildable 18948
Build 25556: Run Core Tests
Build 25555: arc lint + arc unit