tju-yxq opened a new issue, #3282: URL: https://github.com/apache/rocketmq-dashboard/issues/3282
## Problem The backend already returns message properties with each `MessageRecordVO`: ```java private Map<String, String> properties; private boolean propertiesTruncated; ``` The provider deliberately limits this data to 64 properties and 1,024 characters per value, and exposes `propertiesTruncated` when that contract shortens the display payload. However, the Message Explorer does not show this data anywhere: - the message detail modal shows only basic metadata and the body; - the queue browser message cards show Message ID, Tag, Key, store time, size, born host, and body; - the frontend `MessageRecord` type omits `propertiesTruncated`, even though `properties` is already present. As a result, an operator investigating delivery headers, trace flags, retry context, or business user properties must use another tool. The data is already delivered by the backend but is invisible in the UI. ## Expected behavior - Add `propertiesTruncated` to the frontend message record contract. - Show message properties in the message detail modal in a readable, bounded area. - Show properties in queue-browser message cards as well. - When `propertiesTruncated` is true, show a warning that the server shortened the property payload. - Keep body display and existing metadata behavior unchanged. ## Why this matters Message properties are commonly used for routing metadata, trace identifiers, deduplication keys, retry context, and business headers. During incident triage, seeing them alongside the body avoids guessing why a message was routed, retried, or traced. -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
