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<vincent(a)massol.net> 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
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
_______________________________________________
devs mailing list
devs(a)xwiki.org