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:
@@ -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) {
|
||||
|
||||
Reference in New Issue
Block a user