The "was dropped" flag is only used to specify whether or not DropPoint()

returns valid data. Since the data is still valid in the copy, we don't need
to clear the corresponding flag when copying a message. This is most probably
the same behaviour as in R5 as Tracker seems to expect that in the case where
a drop is done after a menu was displayed as in #4757. Thanks to aldeck for
tracking that one down inside Tracker, should fix #4757.


git-svn-id: file:///srv/svn/repos/haiku/haiku/trunk@33746 a95241bf-73f2-0310-859d-f6bbb57e9c96
This commit is contained in:
Michael Lotz
2009-10-23 10:33:40 +00:00
parent c5a4650d6b
commit 59fa665d53
+1 -1
View File
@@ -192,7 +192,7 @@ BMessage::operator=(const BMessage &other)
// apply to the clone.
fHeader->flags &= ~(MESSAGE_FLAG_REPLY_REQUIRED | MESSAGE_FLAG_REPLY_DONE
| MESSAGE_FLAG_IS_REPLY | MESSAGE_FLAG_WAS_DELIVERED
| MESSAGE_FLAG_WAS_DROPPED | MESSAGE_FLAG_PASS_BY_AREA);
| MESSAGE_FLAG_PASS_BY_AREA);
// Note, that BeOS R5 seems to keep the reply info.
if (fHeader->field_count > 0) {