Search

Count of "responses" does not match number of shown thread replies by John Mulhausen [MSFT]

Active

1
0
Sign in
to vote
Type: Bug
ID: 587622
Opened: 8/19/2010 5:20:25 PM
Access Restriction: Public
0
Workaround(s)
0
User(s) can reproduce this bug
At the top of the "Conversation Summary" column, the counts given for the number of thread responses isn't always born out by scrolling down into the column itself. This could be a side-bug of one I previously entered relating to duplicates being displayed -- as in the example cited here the summary count at the top of the column is correct and there are duplicate replies being rendered in the lower part of the column. But as the disconnect between the number of replies being shown and those being counted is a unique situation, I thought I'd log a seperate bug.
Details (expand)

Product Language

English

Version

v0.8

Steps to Reproduce

1. Create a column in Vancouver using the "Cloud" domain's filter, named "SQL Azure" (created by jomul)
2. Locate the item posted on Saturday Aug 14th 2010 at 7:57 AM titled "Houston there is a database," authored by "StephenForte." Click the conversation icon to launch a "Conversation Summary" column.
3. The Conversation Summary repoorts 2 Total buzz -- 1 original post and 1 response, which is correct (per a visit to the original item).
4. Scrolling down, however, Vancouver displays more than that number of replies. Some are duplicates.

Actual Results

Summary numbers and the number of displayed posts to be the same within Vancouver.

Expected Results

Summary numbers and the number of displayed posts are not the same within Vancouver.
File Attachments
0 attachments
Sign in to post a comment.
Posted by Microsoft on 8/20/2010 at 1:03 PM
John,

We believe we fixed this with the latest builds.
If you see this problem on the production system after Mon 8/24, please let us know!
Sign in to post a workaround.