package mobile.abtesting.v1

Get desktop application:
View/edit binary Protocol Buffers messages

---------------------------------------------------------------------------- Service Interfaces ----------------------------------------------------------------------------

• rpc GetParticipatingExperiments (GetExperimentsRequest, GetExperimentsResponse)

  ab_service.proto:23

  Returns the set of experiments a particular user is participating in.

  message GetExperimentsRequest

  ab_service.proto:30

  • optional common.XiBareUserJid jid = 1

    The jid for the user we are fetching experiments for NOTE: "This will not be part of the request long term - the server bridge will send the jid as a GRPC header to service." - Dan

  • repeated common.abtesting.v1.Experiment participating_experiments = 2

    Set of service selected (and only service selected) Experiment's the user already knows it is in. We *ARE NOT* including pre-registration selected experiments at this time.

  message GetExperimentsResponse

  ab_service.proto:43

  • repeated common.abtesting.v1.Experiment participating_experiments = 1

    Set of Experiment's associated with the requested user

  • bool should_send_metrics_event = 2

    Determines whether or not this response should direct clients to send the metrics update. This should be TRUE in the majority of scenarios except for when there is a need to handle client metrics load issues. Specifically, this should be only used in overload scenarios to prevent heartbeats for users not in any experiments. However it is technically possible to be used at any time.