Hi devs ! I had a look at this and the problem is indeed what Raluca suggested. However, if i set the $event.user to superadmin, I will get the same situation as with XWikiGuest...that is a clickable icon that leads to nowhere. So, do you think I should maybe place XWiki.Admin as the creator of those classes that appear in the Recent Changes on a first run ? Stefan On 11/02/2010 02:27 PM, Raluca Stavro wrote:
Hello,
The reason why XWikiGuest is being displayed by default on a fresh XWiki instance is the fact that activitystream plugin sets as user for pages like 'XWiki.SheetClass', the guest user instead of superadmin user. Previously, on the Recent Changes old implementation, there was a query to the database, searching for doc.author, and this author is properly set ('superadmin') on such documents. So the things look like this: - $event.user: XWiki.XWikiGuest - $xwiki.getDocument($event.page).author: superadmin
This is a core issue and Stefan will take a look on it.
Raluca.
On Mon, Nov 1, 2010 at 10:58 PM, Vincent Massol<[email protected]> wrote:
Hi devs,
Good job with the recent activity implementation!
I've noticed that when you build XE from trunk and run it, you see all the pages with an author of XWikiGuest. I would have expected to see them with an author of Administrator. Is that a bug? Maybe it's not related to the recent activity implementation but it doesn't sound right anyway.
Also if I click on XWikiGuest it goes to a non existing page (since XWikiGuest user doesn't exist). I think we shouldn't make XWikiGuest clickable.
Thanks -Vincent
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________ devs mailing list [email protected] http://lists.xwiki.org/mailman/listinfo/devs