<div dir="ltr"><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">You are proposing a flag that we perhaps flip on by default within Qt 6, and that might break a whole ton of widgets out there that today correctly implement drag’n’drop and that will start failing in mysterious, and largely untestable (because testing drag’n’drop requires special tools) ways.<br></blockquote><div><br></div><div>I do not know what you mean. From what I can see, it is not going to break anything. Those customers who worked around the design flaw, in my opinion (you are free to disagree of course), they will not notice the fix because they have not started handling the release event themselves. So, how could something break that they have not used?</div><div><br></div><div>Moreover, if someone really went the nasty way of manually managing the internal state machine of each and every QWidget subclass instances and updating that on every Qt update where potentially changes, what my proposed fix would mean for that the state would not be potentially restored manually and internally. Which is fine, it is an extra no-op, but it would not actually break anything.</div><div><br></div><div>So, I am a little surprised by seeing claims about "tons of breaks"</div></div></div>