Fixed in the next release. Social bookmarking options return at the page level as a sidebar block. It automatically includes:
For all forum platforms:
- BB-Code links to the current page, for both in-site and external links
- BB-Code image links for the current image (if an image), for both in-site and external links
For vBulletin platforms:
- social bookmarking links from vBulletin's Social Bookmark Manager
- facebook like for vBulletin 4, if the version has facebook like functionality, and the new toggle is enabled in VaultWiki: Miscellaneous
For XenForo platforms:
- facebook like, tweet, google +1, if XenForo has those options enabled
- addthis buttons, if enabled. If the tweet option is shown above, addthis will exclude the Twitter button, since it's a duplicate function. Facebook and Google buttons are not duplicate functions (Facebook like vs Facebook share, Google recommend vs Google bookmark).
Since VaultWiki 3 only had social bookmarking for the page as a whole, that's as far as this bug fix goes. If social bookmarking is desired at the discussion level, edit level, or comment level, separate feature requests should be posted. If alternate locations are desired for the buttons, such as a popup or link in the page's header rather than the sidebar, please post a separate feature request. As long as the links for social bookmarking appear somewhere, this regression fix has been satisfied.
I still need to figure out a way to implement privacy. I'm considering using a tunneling proxy so that the counts can be visible and you can still Like in 1 click, but I'm not sure if there's a good way to handle this for the AddThis service, since it has drop-down menus and such.