Page MenuHomePhabricator

Give ConpherenceThreadQuery a primary table alias
ClosedPublic

Authored by epriestley on Jun 8 2016, 2:37 PM.
Tags
None
Referenced Files
F18803524: D16080.diff
Sat, Oct 18, 12:42 AM
F18787346: D16080.id38689.diff
Tue, Oct 14, 11:20 PM
F18737493: D16080.id38690.diff
Wed, Oct 1, 11:06 AM
F18593811: D16080.diff
Sep 12 2025, 4:05 PM
F18588306: D16080.diff
Sep 11 2025, 11:52 PM
F18588301: D16080.diff
Sep 11 2025, 11:51 PM
F18507676: D16080.id.diff
Sep 5 2025, 2:21 AM
F18500275: D16080.diff
Sep 4 2025, 8:37 PM
Subscribers
None

Details

Summary

Fixes T11113. On the 2nd+ page, we could end up with an ambiguous id WHERE clause because we don't define a primary table alias on this query. Define one.

Test Plan

Changed SearchEngine to return pages of size 5, searched for my threads, toggled to second page, no exception.

Used DarkConsole to examine that second-page query, saw that it had thread.id explicitly instead of id implicitly.

Diff Detail

Repository
rP Phabricator
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

epriestley retitled this revision from to Give ConpherenceThreadQuery a primary table alias.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: chad.
chad edited edge metadata.
This revision is now accepted and ready to land.Jun 8 2016, 2:37 PM
This revision was automatically updated to reflect the committed changes.