The list of contributors does not display in the area list for that page either, so at least the behavior is consistent. Considering the last person who was not you to edit that page and not make a minor edit was in 2016, the same year VW started listing contributors in the area list, I'm not surprised. If another user edits that page nowadays, it should add their name.
Those numbers you are seeing are not contributors, they are tags. The tags are incorrectly showing the tag ID instead of the tag text. To fix this, in
src/addons/vw/vw/Handler/EmbedResolver/Base.php, find:
Code:
$vwcontent['tags'] = [];
if (!empty($vwcontent['tag_array']))
{
foreach ($vwcontent['tag_array'] AS $tag => $tagurl)
{
$vwcontent['tags'][] = [
'tag' => $tag,
'tag_url' => $tagurl
];
}
}
Replace with:
Code:
$vwcontent['tags'] = $vwcontent['tag_array'];
The embed is intended to only show counters for: comments directly on the page (not sub-discussions), and total pages below the page (e.g. number of chapters if it's a book). From what I can tell, thread embeds don't show views either. We tried to stay consistent in that regard.
I don't have permission to view comments on the page embedded on that thread, but that shouldn't affect the counter. The comments counter is a number maintained by the page's discussion. It isn't counted separately in the embed. If it's reporting 0 comments, then the page's discussion hasn't been keeping track correctly. To rule out an incorrect stored value vs not counting new comments, please make a comment and see if the number goes up.
I will have to do some research to see how XenForo shows ratings, if at all, in embedded links. If so, that would be an oversight.
EDIT: Compared with other XenForo embeds on the XenForo main site, I do not see any ratings, even for embedded resources with generally have ratings. So in general, the style of VaultWiki's embeds appear to be consistent with stock XenForo embeds. If you have modified your XenForo embed templates, you might consider doing the same for VaultWiki embed templates.
Marking this as fixed, since the issue involving showing the wrong text for tags has been resolved and is the only
apparent bug/inconsistency described here.
4 Weeks Ago 1:31 PM
Distinguished Member
Please Wait