Page MenuHomePhabricator

Don't render HTML for "user answered question" transaction if the rendering target is not HTML
ClosedPublic

Authored by hach-que on Aug 21 2014, 10:14 AM.
Tags
None
Referenced Files
F13395885: D10319.id24845.diff
Wed, Jul 3, 8:37 PM
F13377918: D10319.diff
Sat, Jun 29, 4:21 AM
F13351022: D10319.diff
Sun, Jun 23, 8:03 AM
F13338271: D10319.diff
Wed, Jun 19, 10:39 AM
F13325921: D10319.diff
Sat, Jun 15, 2:22 AM
F13315667: D10319.id24840.diff
Wed, Jun 12, 5:05 PM
F13313534: D10319.diff
Tue, Jun 11, 8:02 AM
F13300848: D10319.id24943.diff
Fri, Jun 7, 11:03 AM
Subscribers

Details

Summary

Resolves T5817. Continuation of D10231.

This corrects the rendering of the "user answered question" transaction so that it does not incorrectly attempt to render the question handle as HTML in emails if the rendering target is not HTML.

Test Plan

Used bin/mail show-outbound to verify that the email didn't contain escaped HTML when answering a question.

Diff Detail

Repository
rP Phabricator
Lint
Lint Skipped
Unit
Tests Skipped

Event Timeline

hach-que retitled this revision from to Don't render HTML for "user answered question" transaction if the rendering target is not HTML.
hach-que updated this object.
hach-que edited the test plan for this revision. (Show Details)
hach-que added a reviewer: epriestley.
epriestley edited edge metadata.

Just use $this->renderHandleLink($object_phid) -- if that does something sketchy, adjust the PHIDType to produce a better handle name (like D10231).

This revision now requires changes to proceed.Aug 21 2014, 11:21 AM
hach-que edited edge metadata.

This gives the same result for text emails, but doesn't link for HTML emails (but the answer link is at the bottom of the HTML email anyway)

Should I land this? It still has the "Needs Review" status.

epriestley edited edge metadata.
This revision is now accepted and ready to land.Aug 26 2014, 4:01 PM
hach-que updated this revision to Diff 24943.

Closed by commit rP0988ddbf2f4c (authored by @hach-que).