As per the title, some while ago this behaviour started manifesting for certain journeys. Having tried again now, I wonder if some "accidental functionality" has crept in?
Specifically: A Network Railcard holder travelling from e.g. Bristol Parkway to e.g. Paddington often wants to be on trains which stop at Didcot in order to split there.
Usually this means changing at Swindon onto a train which stops at Didcot as most of those from Bristol Parkway pass it nonstop.
Setting "Stop or Change at" Didcot in the advanced options* would, until recently, yield the expected result: a single change at Swindon. Now it always seems to force this and an extra redundant change at Didcot.
This is a longwinded way of saying that, for this particular journey at least, it's as though the logic of "Stop or Change at" has morphed into just "Change at".
Here's an example on trainsplit:
Trainsplit Query with Redundant Change
Can anyone spot the obvious mistake I've made?
*Equivalently, just "Stop at" in fastjp.
Specifically: A Network Railcard holder travelling from e.g. Bristol Parkway to e.g. Paddington often wants to be on trains which stop at Didcot in order to split there.
Usually this means changing at Swindon onto a train which stops at Didcot as most of those from Bristol Parkway pass it nonstop.
Setting "Stop or Change at" Didcot in the advanced options* would, until recently, yield the expected result: a single change at Swindon. Now it always seems to force this and an extra redundant change at Didcot.
This is a longwinded way of saying that, for this particular journey at least, it's as though the logic of "Stop or Change at" has morphed into just "Change at".
Here's an example on trainsplit:
Trainsplit Query with Redundant Change
Can anyone spot the obvious mistake I've made?
*Equivalently, just "Stop at" in fastjp.
Last edited: