Same issue with any link to Phabricator object, like tasks.

I suggest to raise a little bit the priority to normal with the following use case: a Phame installation to publish server maintenance notifications with links to the Phabricator tasks planned for this maintenance.

This issue is present also on https://secure.phabricator.com - namely: try cklickin on any author inside http://blog.phacility.com Links point to http://blog.phacility.com/p/btrahan/ instead of https://secure.phabricator.com/p/btrahan/ (should be @btrahan) and result in 404.

D12793 might be missing some edge cases with unusual objects but should fix at least 95% of this. Let me know if you run into more cases after D12793 lands.

Well, this is certainly fun drive with policies and edge cases...

on post preview everything looks perfectly and proper uris are generated... However fun is present when rendered on live post:

For sake of shortening lets define: phab is phabricator CNAME and blog means that in post rendered on blog uris reference from root instead of phab CNAME.

1. Repos
   • Reference non-public repo - address in blog post points to phab (not to repo on phab)
   • Reference public repo - address in blog post points to phab/diffusion/repo (good)
   • reference public repo using {} - address points to blog/diffusion/repo (bad)
2. Diffs
   • Reference non-public diff Either using D# format or {D#} format - no addres in blog post, not rendered name
   • reference public diff in either format - no render, no link.
3. Tasks
   • reference non-public task in either format - no address in blog.
   • reference public task in T# format - nice proper link to phab/T#
   • reference public task in {T#} format - task name rendered properly, but uri points to blog/T#
4. Projects
   • reference non public project - no link, rendered as "#project_name"
   • reference public project - link points to blog/tag/public_project instead of phab/tag/public_project
5. Users
   • reference user - link points to blog/p/user

Generally: everything non-public is either not rendered or uses root-relative uris, currly blace syntax uses root-relative uris, diffs don't work at all :-) that's what I gathered from short testing.

• The stuff above should be better now, but I'm not sure if I got everything. We should run through that list again.
• The "Subscribers" and "Projects" links here do not link to the correct domain, and fixing them isn't trivial because they're event-driven extensions:

• The blog description also doesn't use the right configuration yet (note bad link to blog domain for user profile):

In live comments, these links are bad offhand:

• Badges.
• Profile photos.
• Links in remarkup.
• Caret dropdown menu -> View Raw