The
d50fe7...cf2e1e transaction can't confirm because it
spends an output from the
c5dfec...7d4217 transaction (which isn't yet confirmed). Therefore, it won't confirm until its parent transaction confirms.
The
c5dfec...7d4217 transaction can't confirm because it
spends an output from transaction ID
dca3a6f7f68636f58bd13136862254d501e3df1a42c540d5b6e4eab9c0f4192c (which isn't yet confirmed). Therefore, it won't confirm until its parent transaction confirms.
So the transaction you are currently waiting on is transaction ID
dca3a6f7f68636f58bd13136862254d501e3df1a42c540d5b6e4eab9c0f4192cIt is odd that transaction hasn't confirmed yet since it pays the standard 0.0001 BTC fee, is less than 1 kB, and has no outputs less than 0.00005430 BTC.
I don't fully understand why a miner would have chosen to confirm transaction ID
98e9d99347ca01b5d588afad06c4ccc9dfbbffbe77980e07ade5f67be1a586d1 before confirming transaction ID
dca3a6...f4192c. If I get a chance, I'll look at the transaction selection criteria, but hopefully someone already familiar with that area of the code will stop by with an answer sooner. I suspect it has something to do with the age of the coins being spent. Priority is determined by the value of the input multiplied by the number of confirmations on the input being spent. Since the input you are spending is only 0.0408 BTC and only has 262 confirmations right now, it is considered lower priority than most of the other transactions that are currently being accepted into blocks. Each new block adds a confirmation to the input. Eventually the input will have enough confirmations to be considered higher priority than other waiting transactions that paid the same fee, and a miner should then include it into a block.
Then each of the children transactions may have to wait equally long for their inputs to build up enough confirmations to have a high enough priority to be confirmed.
If you used a blockchain.info wallet to send the transactions, then it is possible that blockchain.info will stop broadcasting one (or both) of the transactions you've asked about before they confirm. Blockchain.info has (in the past) typically stopped broadcasting transactions if they haven't confirmed within 3 days. If that happens, then the bitcoins will return to your wallet and you'll be able to re-attempt the transactions (perhaps with a slightly larger transaction fee this time).