Hi,
I think we need a strategy to do the migration. We have the following
alternatives:
1) Once we have moved a page to the new site
(http://xwikiorg10.xwiki.com/xwiki/bin/view/Main/) then we add a comment at
the top of the page explaining that the page has been moved to the new site.
We can also remove edit rights for that page.
2) We delete the page and change the backlinks to point to the new page on
the new site. Only caveat: I don't know if it's easy to do this in xwiki as
of now... (finding the backlinks part).
Thus I suggest we do 1) and I suggest the following notice to the moved
pages:
<table bgcolor="FF9A8E"><tr><td>
In preparation for the XWiki 1.0 beta 1 release we are currently migrating
this web site. While this migration is in progress you cannot edit this
page. We are sorry for the inconvenience.
</td></tr></table>
WDYT?
Thanks
-Vincent
___________________________________________________________________________
Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire.
http://fr.mail.yahoo.com
Hi,
In JIRA's roadmap there's a "Wysiwyg 2.0 R1" version. I'm not sure what this
is. Isn't this supposed to be something to be included in a XWiki release
like 1.0 beta 1, etc? If so shouldn't these issues rather be put under the
"WYSIWYG editor" component and a "fix for" for a version like 1.0 beta 1?
See
http://jira.xwiki.org/jira/secure/IssueNavigator.jspa?reset=true&pid=10010&f
ixfor=10140
Let me know and I'll move them.
Thanks
-Vincent
___________________________________________________________________________
D�couvrez une nouvelle fa�on d'obtenir des r�ponses � toutes vos questions !
Profitez des connaissances, des opinions et des exp�riences des internautes sur Yahoo! Questions/R�ponses
http://fr.answers.yahoo.com
Hi XWiki lovers,
I've been tasked to give a lifting to the xwiki.org web site in preparation
for the XWiki 1.0 beta 1 release.
I've started working on it on
http://xwikiorg10.xwiki.com/xwiki/bin/view/Main/
Please note several points:
1) The skin is NOT the target skin. The new skin is being worked on by
Laurent, Marta and Sergiu. I hope to be able to use it on the new site
sometime this week.
2) The content is very preliminary. I'm just beginning.
Let me know if you have any comments on it or if you want to help creating
the content for the new site.
Thanks
-Vincent
___________________________________________________________________________
Yahoo! Mail r�invente le mail ! D�couvrez le nouveau Yahoo! Mail et son interface r�volutionnaire.
http://fr.mail.yahoo.com
Hi everyone,
In my role of coordinator for the XWiki 1.0 beta 1 release I'd like to ask
you all for your status on your tasks for 1.0 beta1. Thus could all of you
who have JIRA issues assigned for the XWiki 1.0 beta 1 release please let us
know their exact status?
I remind everyone that our target date is 10th of December 2006, i.e. in 5
days.
There are still 50 opened issues in JIRA! I'm very worried that we're going
to slip a lot... ;-)
I've attached an image of the issues by assignees. Those who have issues
assigned to them are:
- Jeremi
- Laurent
- Ludovic (twice? Could you fix this Ludovic?)
- Marta
- Nam
- Sergiu
- Vincent
Here's the status on my side:
* 2 issues are related to the build and are not critical (XWIKI-469 and
XWIKI-471). I still hope to finish them in time though.
* All my other issues are related to creating a clean xwiki.org web site,
reusing existing content from the current xwiki.org web site, cleaning it
and adding missing things. I've progressed on this and my plan is to have
something to show you by this Thursday EOD.
* NOTE: I'll send the URL to the new site shortly so that I can gather all
your comments.
* WARNING 1: I need the new 1.0 skin to be applied to the new xwiki.org site
ASAP.
* WARNING 2: I need some help on the layout for the spaces, menus, etc. More
specifically the current skin is quite bare.
Please everyone give me your statuses.
Thanks
-Vincent
Hi,
I think we need a "Documentation" component in JIRA.
WDYT?
Thanks
-Vincent
___________________________________________________________________________
D�couvrez une nouvelle fa�on d'obtenir des r�ponses � toutes vos questions !
Profitez des connaissances, des opinions et des exp�riences des internautes sur Yahoo! Questions/R�ponses
http://fr.answers.yahoo.com
Hi,
This is really a question for Jeremi, concerning the following changes
to com.xpn.xwiki.user.impl.xwiki.XWikiRightServiceImpl.checkRight():
- From r965, "XWiki." was prepended to all group names stored in a
rights object that did not already contain "XWiki.", before they were
compared against the users's groups. This broke group access rights
for any groups not in the XWiki space.
NB: the variable name "userarray" here is very misleading since it
actually can refer to a list of users OR groups depending on some
flag. See the rest of the method to understand.
String fieldName = user ? "users" : "groups";
[...]
String users = bobj.getStringValue(fieldName);
[...]
String[] userarray = StringUtils.split(users, " ,|");
[...]
for (int ii = 0; ii < userarray.length; ii++) {
String value = userarray[ii];
if (value.indexOf("XWiki.") == -1)
userarray[ii] = "XWiki." + value;
}
- This was fixed in r1634: now it only prepends "XWiki." if the group
name does not contain a ".":
for (int ii = 0; ii < userarray.length; ii++) {
String value = userarray[ii];
if (value.indexOf(".") == -1)
userarray[ii] = "XWiki." + value;
}
I would like to understand why modifying the group name at this stage
is required at all.
Firstly, the editrights.vm template is now such that XWiki groups are
selected from a fixed list. Users cannot omit the space name.
Secondly, this code cause problems if, like us, you have a customised
GroupService implementation to provide support for non-XWiki groups.
The groupname that an admin enters into a rights form might be
tampered with in some opaque manner before being checked against the
list of groups the users belong to when they visit the page. Therefore
it becomes very difficult to implement a working custom group service.
Our implementation of GroupService queries an LDAP server and adds a
bunch of non-xwiki groups to the user's groups in listGroupsForUser().
We also provide a modified editrights template so that users can
define access rights in terms of these custom groups, along with
normal XWiki groups.
This cannot work if CheckRights messes with the group names before
doing the comparison. We could modify it to work around the
RightService's behaviour, but I'd like to understand why this would be
necessary.
Cheers,
Robin
