And anyway, this is a good opportunity to improve things, assuming the devs act on it. Otherwise, it'll just generate bad press.
MtGox will continue to generate bad press as long as they remain incompetent and then lie with inflammatory language in order to obfuscate that fact. Either they will become competent, the exchange will get sold to people who are, or they will go out of business. There is nothing for the developers to change at this point. The protocol isn't going to be hard forked due to the incompetence of one exchange. The reference client handles this fine.
If you make a payment with the reference client and the tx ends up in the blockchain but with a mutated tx hash what do you think the reference client does?
a) continue to report the tx as unconfirmed so users will think they need to make a second payment
OR
b) detect the modified version of the tx (when it scans blocks for new txs anyways) and modify the client's records so the tx shows the proper confirmations and the new modified tx hash?
Hint the answer is BIn other words the reference client handles this issue properly. MtGox hacked together code does not (along with at least 4 other errors in processing txs). MtGox also tries to spend immature newly mined coins. That is another obviously wrong thing to do, No other client does that, The protocol doesn't allow that.
Should the protocol also be changed to allow the spending of immature coins so MtGox broken client will be not as broken? This isn't a protocol issue, it is a client issue. The client should handle this condition. Most clients do, the "Gox Custom v0" ended up goxxing the exchange because it doesn't.
If the HTML 5 standard has a tag which requires browsers to do X and they all do X except one browser lets say Internet Explorer does Y what is the solution?
a) update the standard and force all other compliant browsers to do Y when they encounter and .
OR
b) demand the broken browser update their implementation so that when it encounters an tag it does X not Y.