Outside of Harbormaster, "Land Revision" is also impacted.

Specifically, the UI currently has this mess of a problem corner:

I'm just going to close this out, since I'm not sure we really need it -- D14963, D14962, and other work adjacent to T2450 found some general performance improvements in rendering. It's possible we might pursue this (and/or a highlighting cache) in the future, but I think we're fast enough now that the huge amount of upfront work the daemons would have to do to populate these caches probably doesn't make a ton of sense.

This is more than a year old now and we haven't seen other requests for it. Diffusion copy/pastes and links cleanly and I think this is sufficient in all reasonable cases I'm aware of.

T4027 is another case of commits titled [JIRA-123] Blah blah blah.

This is very old, possibly fixed by now, doesn't include reproduction steps, and other users haven't reported issues. If you have specific issues with externals and reproduction steps, feel free to file new tasks.

This is extremely old and I think no longer relevant. The crumbs now show the current branch, and I think Diffusion got better about consistently showing and retaining branches.

T5744 mentions another narrower and more reasonable use case (get specific badness which matches some pattern fixed), which is similar to the Mochi/i18n stuff.

This is expected with Spaces, which completely hide objects (primarily as a performance consideration). I'm going to merge this into T9771 which discusses this issue more broadly.

T8296 is a similar case for "Add Mirror".

I am still trying to find a solution to this, but until I do I am considering hosting the SVN repository outside of Phabricator.

sdfgdsfgSdfadsgfsdfgsef

Three out of four's not bad.

Fourth time's a charm

Third time lucky?

Attempting to close the task again.

Attempting to close this task.

This is another comment.

This is a comment.

Fair enough I guess, and you are right. It's just a reality check when you see your personal e-mail address pop up in a Google search... :/

Actually, even GitHub exposes unrecognized email addresses directly in the page source, which is the same behavior we have:

I don't think this represents a real problem. This information is inherently public: pushing commits to a public repository makes this information public and easily retrievable by automated means.

I'm merging this into the newer T5698, because that one has slightly more discussion and more subscribers.

Branches/tags ("RefCursors") have real PHIDs as of D14731, so that part is done, at least.