Page MenuHomePhabricator

Only increment status message cursor if we're going to consume the message
ClosedPublic

Authored by epriestley on Feb 18 2015, 8:47 PM.
Tags
None
Referenced Files
F13818608: D11808.diff
Fri, Sep 20, 8:50 AM
Unknown Object (File)
Tue, Sep 3, 3:28 AM
Unknown Object (File)
Mon, Sep 2, 3:18 AM
Unknown Object (File)
Fri, Aug 23, 6:35 AM
Unknown Object (File)
Thu, Aug 22, 10:22 PM
Unknown Object (File)
Aug 11 2024, 9:51 PM
Unknown Object (File)
Aug 11 2024, 9:49 PM
Unknown Object (File)
Aug 11 2024, 9:48 PM
Subscribers

Details

Summary

Fixes the long uptake we saw on meta.phacility.com. I regressed this in D11795.

We make three calls to this method, but only one actually consumes the messages. The other two are just checking to see if there are any messages.

Only move the cursor up if we're actually going to process the messages.

Test Plan

Sort of tricky to test convincingly since it's inherently race-prone, but ran debug pulllocal and pushed update messages and saw it pick them up.

Diff Detail

Repository
rP Phabricator
Branch
consume
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 4547
Build 4561: [Placeholder Plan] Wait for 30 Seconds

Event Timeline

epriestley retitled this revision from to Only increment status message cursor if we're going to consume the message.
epriestley updated this object.
epriestley edited the test plan for this revision. (Show Details)
epriestley added a reviewer: btrahan.
btrahan edited edge metadata.
This revision is now accepted and ready to land.Feb 18 2015, 8:52 PM
This revision was automatically updated to reflect the committed changes.