Page MenuHomePhabricator

[native] Fix display of TooltipInlineEngagement
ClosedPublic

Authored by ashoat on Oct 9 2024, 8:25 PM.
Tags
None
Referenced Files
Unknown Object (File)
Thu, Dec 19, 11:49 AM
Unknown Object (File)
Thu, Dec 19, 11:49 AM
Unknown Object (File)
Thu, Dec 19, 11:49 AM
Unknown Object (File)
Thu, Dec 19, 11:48 AM
Unknown Object (File)
Mon, Nov 25, 9:54 AM
Unknown Object (File)
Nov 22 2024, 6:22 AM
Unknown Object (File)
Nov 22 2024, 6:01 AM
Unknown Object (File)
Nov 22 2024, 12:18 AM
Subscribers
None

Details

Summary

This diff does two things:

  1. We need to pass positioning from TooltipInlineEngagement to InlineEngagement in order to make sure that the reactions and sidebar button appear in the same order. The point of TooltipInlineEngagement is to appear directly over InlineEngagement to make the animation look good; if the order of buttons is different, the animation is ruined.
  2. After passing positioning to InlineEngagement, I was able to clean up some of the styles used in TooltipInlineEngagement.

Depends on D13676

Test Plan

On my local iOS simulator, I tested 6 cases: multimedia, text, and robotext, each sent from the viewer and from somebody else. I made sure each test case had a sidebar and a reaction. In all cases, I made sure that the inline engagement appears exactly in the place it should.

Diff Detail

Repository
rCOMM Comm
Lint
No Lint Coverage
Unit
No Test Coverage

Event Timeline

ashoat requested review of this revision.Oct 9 2024, 9:09 PM
tomek added inline comments.
native/chat/inline-engagement.react.js
494

Why this can be removed?

This revision is now accepted and ready to land.Oct 11 2024, 5:56 AM
native/chat/inline-engagement.react.js
494

To be honest, I'm not sure. I initially thought that passing positioning to InlineEngagement resulted in these no longer being necessary, but after reading the code, that theory no longer make sense to me.

I now suspect that a regression was introduced here recently, and these changes fixed the regression.

What I know is that I tested a wide variety of cases, and the InlineEngagement appeared in the incorrect place without these changes, and in the correct place with these changes.