[
https://issues.apache.org/jira/browse/ROCKETMQ-134?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=15902003#comment-15902003
]
ASF GitHub Bot commented on ROCKETMQ-134:
-----------------------------------------
Github user coveralls commented on the issue:
https://github.com/apache/incubator-rocketmq/pull/72
[](https://coveralls.io/builds/10498533)
Changes Unknown when pulling **a4e22b6d8008ab0402b9e1909ef4c8061b8e9908 on
StyleTang:message-tags** into ** on apache:master**.
> the offset of message filter by tags may be not commit to broker
> ----------------------------------------------------------------
>
> Key: ROCKETMQ-134
> URL: https://issues.apache.org/jira/browse/ROCKETMQ-134
> Project: Apache RocketMQ
> Issue Type: Bug
> Components: rocketmq-client
> Affects Versions: 4.0.0-incubating
> Reporter: Jie.Tang
> Assignee: Xiaorui Wang
> Priority: Trivial
>
> when different string has a same hash code.the message commit offset of
> filtered message may be not commit to broker.
> for example:
> 1.consumer pull message from broker, broker return status FOUND and messages
> filter by tags hash code
> 2.consumer client get the messages and than processPullResult will filter
> message by tags.
> 3.PullCallback may get a pullResult which status is FOUND but messageList is
> empty.(filter by tags)
> but only NO_MATCHED_MSG and NO_NEW_MSG will correctTagsOffset
> we can't commit the right with status of FOUND(for messageList is empty).
> Is that so?
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)