Opened 11 years ago
Closed 10 years ago
#6683 closed defect (bug) (wontfix)
Activity replies posting as new items
| Reported by: | style960 | Owned by: | |
|---|---|---|---|
| Priority: | normal | Milestone: | |
| Component: | Activity | Version: | 2.3.3 |
| Severity: | normal | Keywords: | has-patch 2nd-opinion |
| Cc: |
Description
User X posts an activity update, user Y replies. The comment from user Y appears nested as a reply to user X, but also appears on the activity stream of user Y as a new activity update. I don't believe replies should be showing as a new update / individual post?
Attachments (1)
Change History (10)
#2
@
11 years ago
- Keywords needs-patch added
- Milestone 2.4 → 2.5
- Severity blocker → normal
Reproducible back to at least 2.0, so let's address this for 2.5.
#3
@
11 years ago
I don't believe replies should be showing as a new update / individual post?
It's made clear that it's a comment, rather than an update via the line:
- Member Y posted a new activity comment n seconds ago
Note the usage of the word "comment" to distinguish this from an "update". If this were an update, it would read:
- Member Y posted an update n seconds ago
I don't think this is a "bug" but it raises a good question as to whether an activity comment should be individual entry in the stream.
#5
@
10 years ago
- Keywords has-patch added; needs-patch removed
I think the confusion is due to the stream mode as @henry.wright said.
In the just-me scope as it name seems to imply it should fetch the activities generated by the displayed user. So we are using the 'stream' mode to display comments in their own entries.
Problem then is duplicate content when the user comment his own activity or replies to one of the comment made on the activity.
I'm in favor of leaving it the way it is. But if we want to be "strict" we could use the attached patch.
![(please configure the [header_logo] section in trac.ini)](/chrome/site/your_project_logo.png)
You're right.
I want to figure out if this is an old bug or a regression, before 2.4. I think we need to set
hide_sitewide=1to fix this.