Proposal requests without subscription can't be repeated

fonda

You can only send a specific proposal request once. If you try to send it again some time later, you'll get the AlreadySubscribedOrLimit error even if you didn't subscribe to it.

Open the API playground, go to the Proposal request, send the sample request it as is, wait some time, send it again and you'll see the error.

Raunak

@fonda please note that default behaviour is it subscribes you by default

{
  "echo_req": {
    "symbol": "R_100",
    "duration": "60",
    "currency": "USD",
    "amount": "100",
    "proposal": 1,
    "basis": "payout",
    "duration_unit": "s",
    "contract_type": "CALL"
  },
  "proposal": {
    "longcode": "USD 100.00 payout if Random 100 Index is strictly higher than entry spot at 1 minute after contract start time.",
    "spot": "40976.08",
    "display_value": "51.47",
    "ask_price": "51.47",
    "spot_time": "1456738570",
    "date_start": 1456738571,
    "id": "DE45C57E-DEC7-11E5-84B4-169385D144AD",
    "payout": "100"
  },
  "msg_type": "proposal"
}

presence of id indicates that its subscribed and as per description Note that certain contracts, such as tick trades on Random Indices, have constant prices and hence won't stream. it will only stream when price change

fonda

@Raunak said:
@fonda please note that default behaviour is it subscribes you by default
presence of id indicates that its subscribed and as per description Note that certain contracts, such as tick trades on Random Indices, have constant prices and hence won't stream. it will only stream when price change

Can you please double-check that? Because your 11 Jan pinned thread titled subscribe: 0 in api call to be deprecated soon (v3) says otherwise.

My experimentation also shows that by default you are NOT subscribed, yet you still receive the id field.

1. Send a proposal for frxEURUSD CALL with 1 hour duration without a subscribe field. You'll receive a single response (wait for a minute afterwards), which WILL have an id field.
2. Send the same proposal adding "subscribe": 1. You will start receiving streaming responses.
3. Send the same proposal with "subscribe": 0. You will receive an InputValidationFailed error since support for subscribe 0 was removed

Raunak

@fonda Sorry my bad, I confused it with tick behaviour, yes you are correct (cross verified in code as well). You get an id as that id is used to purchase contract so it should be available for both subscribe: 1 subscribe: 0.

So if you want to send proposal again with same parameters then use forget: id first to forget first proposal and then send same proposal again