Hello Devs,
In our project we need to eb able to assign different rights to different
users but, we do not want to give access to the Administration Page to
everybody.
So, I create a page where I would fill in a drop down box wit user names and
group name and then write a script to add the selected user tothe selected
group.
For this, I did the following but, this added objects of
XWiki.XWikiGroup(one for each of the users) to this page and now this page
shows up in my Admin space with the other groups. Is there a method to just
get a list of all user names in the XWiki, that I can use instead of using
this complex query. or Is there a better way to do this.
Also, once I select a user and a group, how do I add the user to the group.
Is there a method/script for that? I see a "adduorg.vm" in the templates.
What is the purpose of this script? where is it called? What is "uorg"?
Use this Form to Assign New Roles or modify Existing Roles for the members
of ROCK!
<html>
<form>
Select User:
<select name="currentusers">
#set ($sql = ", BaseObject as obj where obj.name=doc.fullName and
obj.className='XWiki.XWikiUsers'")
#foreach ($item in $xwiki.searchDocuments($sql))
#set($userdoc=$xwiki.getDocument($item))
#set($userobj=$userdoc.getObject("XWiki.XWikiUsers"))
#set($username=$userobj.getName())
<option value="$username">$username</option>
#end
</select>
Select Role:
<select name="rockroles">
#set ($sql = ", BaseObject as obj where obj.name=doc.fullName and
obj.className='XWiki.XWikiGroups' and obj.name<>'XWiki.XWikiGroupTemplate'")
#foreach ($item in $xwiki.searchDocuments($sql))
<option value="$item">$item</option>
#end
</select>
</form>
</html>
Please help!
Thanks
Hi Sergiu,
Why 1 mn and not 30 sec as proposed by Ludovic? He convinced me that
it doesn't cost anything to run it every 30 sec and that'll spread the
indexing work (like the GC does) and let users search faster when new
changes are made to docs.
Thanks
-Vincent
On Apr 25, 2008, at 2:50 AM, sdumitriu (SVN) wrote:
> Author: sdumitriu
> Date: 2008-04-25 02:50:17 +0200 (Fri, 25 Apr 2008)
> New Revision: 9365
>
> Modified:
> xwiki-platform/xwiki-plugins/trunk/lucene/src/main/java/com/xpn/
> xwiki/plugin/lucene/IndexUpdater.java
> Log:
> XPLUCENE-10: Reduce the default indexing period to 1 minute
>
>
> Modified: xwiki-platform/xwiki-plugins/trunk/lucene/src/main/java/
> com/xpn/xwiki/plugin/lucene/IndexUpdater.java
> ===================================================================
> --- xwiki-platform/xwiki-plugins/trunk/lucene/src/main/java/com/xpn/
> xwiki/plugin/lucene/IndexUpdater.java 2008-04-25 00:30:08 UTC (rev
> 9364)
> +++ xwiki-platform/xwiki-plugins/trunk/lucene/src/main/java/com/xpn/
> xwiki/plugin/lucene/IndexUpdater.java 2008-04-25 00:50:17 UTC (rev
> 9365)
> @@ -55,7 +55,7 @@
> /**
> * Milliseconds of sleep between checks for changed documents
> */
> - private int indexingInterval = 3000;
> + private int indexingInterval = 60000;
>
> private boolean exit = false;
>
> @@ -405,7 +405,7 @@
>
> this.indexingInterval =
> 1000 * Integer.parseInt(config
> - .getProperty(LucenePlugin.PROP_INDEXING_INTERVAL,
> "300"));
> + .getProperty(LucenePlugin.PROP_INDEXING_INTERVAL,
> "60"));
>
> // Note: There's no need to open the Searcher here (with a
> call to
> // openSearcher()) as each
>
> _______________________________________________
> notifications mailing list
> notifications(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/notifications
thanks for the cleanup, see below
On Apr 25, 2008, at 5:22 AM, sdumitriu (SVN) wrote:
> Author: sdumitriu
> Date: 2008-04-25 05:22:47 +0200 (Fri, 25 Apr 2008)
> New Revision: 9369
>
> Modified:
> xwiki-platform/core/trunk/xwiki-core/pom.xml
> Log:
> XWIKI-2337: Move common dependencies versions to the parent pom
> dependencyManagement section
> XWIKI-2338: Upgrade some commons packages
> Upgrade the core pom
[snip]
> <!-- VMA: I'm not sure if we have the right to distribute this
> jar. It's not on the central repository because
> of licensing issues. -->
> + <!-- Sergiu: No, we cannot redistribute it. And we definitely
> shouldn't put it in our repo.
> + We can redistribute version 1.1, but we should make users
> approve their License Agreement.
> + Can we drop this completely? Why is it needed? -->
it's needed for sending mail. Sun was supposed to provide new
redistributable licenses with new releases of their jars. We need to
check if it's been done.
>
> + <!-- TODO: Version 1.1 is available, should we upgrade? -->
that means upgrading mail. Yes we should especially if the license is
good now.
>
> <dependency>
> <groupId>javax.transaction</groupId>
> <artifactId>jta</artifactId>
> @@ -136,6 +141,7 @@
> <!-- There's only a 2.2.9.1 version of jgroups on the central
> repository
> (http://repo1.maven.org/maven2/jgroups/jgroups-all/).
> Upload a newer version
> (http://sourceforge.net/project/showfiles.php?group_id=6081&package_id=94868
> ). -->
> + <!-- TODO: 2.4.1 is there now, although 2.6.2 is released on
> Sourceforge; should we upgrade? -->
This is used by oscache for clustering I think. I'd not upgrade unless
you have verified that clustering works fine before, then upgrade then
test again.
[snip]
> +
> + <!-- Things that should probably be removed -->
> + <dependency>
> + <groupId>org.apache.velocity</groupId>
> + <artifactId>velocity-tools</artifactId>
> + <version>1.3</version>
> + </dependency>
why do you say that? We're using it.
> + <dependency>
> + <groupId>joda-time</groupId>
> + <artifactId>joda-time</artifactId>
> + <version>1.4</version>
> + </dependency>
> + <dependency>
> + <groupId>backport-util-concurrent</groupId>
> + <artifactId>backport-util-concurrent</artifactId>
> + <version>3.0</version>
> + </dependency>
> </dependencies>
> <build>
> <plugins>
Thanks
-Vincent
Hi Sergiu,
Cool you fixed this. See below.
On Apr 25, 2008, at 1:41 AM, sdumitriu (SVN) wrote:
> Author: sdumitriu
> Date: 2008-04-25 01:41:36 +0200 (Fri, 25 Apr 2008)
> New Revision: 9363
>
> Modified:
> xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> doc/XWikiAttachment.java
> Log:
> XWIKI-2336: Broken attachments can break working with a document
> XWIKI-1937: importing a document with attachments over an existing
> document fails
> Done.
>
>
> Modified: xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/
> xwiki/doc/XWikiAttachment.java
> ===================================================================
> --- xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> doc/XWikiAttachment.java 2008-04-24 21:10:23 UTC (rev 9362)
> +++ xwiki-platform/core/trunk/xwiki-core/src/main/java/com/xpn/xwiki/
> doc/XWikiAttachment.java 2008-04-24 23:41:36 UTC (rev 9363)
> @@ -48,7 +48,7 @@
> public class XWikiAttachment
> {
> private static final Log LOG =
> LogFactory.getLog(XWikiAttachment.class);
> -
> +
> private XWikiDocument doc;
>
> private int filesize;
> @@ -489,15 +489,25 @@
>
> public void loadContent(XWikiContext context) throws
> XWikiException
> {
> - if (attachment_content == null)
> -
> context.getWiki().getAttachmentStore().loadAttachmentContent(this,
> context, true);
> + if (attachment_content == null) {
> + try {
> +
> context.getWiki().getAttachmentStore().loadAttachmentContent(this,
> context, true);
> + } catch (Exception ex) {
> + LOG.error("Failed to load content for attachment ["
> + getFilename() + "]", ex);
I think we should always explain what is going to happen and what
state the system is in when we log an error and we carry on without
stopping the action. Can we add some comment in the log that explains
what it means? The user will see a big stack trace and he'll wonder
what he has to do to fix it. What can we tell him?
OTOH if there's nothing he should do then we shouldn't show a stack
trace, only a warning with no trace.
>
> + }
> + }
> }
>
> public XWikiAttachmentArchive loadArchive(XWikiContext context)
> throws XWikiException
> {
> if (attachment_archive == null) {
> - attachment_archive =
> context.getWiki().getAttachmentVersioningStore()
> - .loadArchive(this, context, true);
> + try {
> + attachment_archive =
> +
> context.getWiki().getAttachmentVersioningStore().loadArchive(this,
> context,
> + true);
> + } catch (Exception ex) {
> + LOG.error("Failed to load archive for attachment ["
> + getFilename() + "]", ex);
> + }
Same here.
Thanks
-Vincent
I/We also need to find out a way to factorize this across the
different builds since 80% is common to all and this is going to cause
a big maintenance problem when I start fixing the installer bugs in XE
(it means we'll have to carefully keep all the other installers in
sync manually).
Haven't thought about this yet, this is a reminder to do that...
Thanks
-Vincent
On Apr 25, 2008, at 9:34 AM, jvelociter (SVN) wrote:
> Author: jvelociter
> Date: 2008-04-25 09:34:50 +0200 (Fri, 25 Apr 2008)
> New Revision: 9371
>
> Added:
> xwiki-products/xwiki-workspaces/trunk/installers/
> xwiki-products/xwiki-workspaces/trunk/installers/generic/
> xwiki-products/xwiki-workspaces/trunk/installers/generic/pom.xml
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/LICENCE.txt
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/README.html
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/border1.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/border2.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/border3.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/border4.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/border5.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/border6.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/border7.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/border8.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/core.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/xe.ico
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/xe.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/xwiki.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/xws.ico
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/images/xws.png
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/install.xml
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/shortcutSpec_unix.xml
> xwiki-products/xwiki-workspaces/trunk/installers/generic/src/main/
> resources/shortcutSpec_windows.xml
> xwiki-products/xwiki-workspaces/trunk/installers/pom.xml
> xwiki-products/xwiki-workspaces/trunk/installers/windows/
> xwiki-products/xwiki-workspaces/trunk/installers/windows/pom.xml
> xwiki-products/xwiki-workspaces/trunk/installers/windows/src/
> xwiki-products/xwiki-workspaces/trunk/installers/windows/src/main/
> xwiki-products/xwiki-workspaces/trunk/installers/windows/src/main/
> resources/
> xwiki-products/xwiki-workspaces/trunk/installers/windows/src/main/
> resources/launch4j.xml
> xwiki-products/xwiki-workspaces/trunk/installers/windows/src/main/
> resources/xws.ico
> Log:
> XWS-15 Add installers to workspaces
Dear devs,
In XWS 1.0, I've tried to make the product work with every skin we package
with XE, in addition to XWS own skin ("workspaces"). For this, I placed
several velocity files in the templates/ folder of the product webapp, for
them to be available for every skin (for example, workspace.vm which is
use as a "defaultTemplate" for workspaces home pages, or xwsmacros.vm
which hold workspaces macros). I realized recently it's not proper
solution, as it does alter a directory which is supposed to be common for
every products, and it makes it harder to install properly XWS over an
existing XE, or sharing XWS and XE instances in a XEM context.
Put simple, I could not find a nice way of having both :
1) XWS not being intrusive in the webapp, apart from its skin
2) Workspaces work with every skin
As for now, I consider 1) being more important than 2), and I see more use
cases for it. So for XWS 1.1, I will remove the overriding templates/
folder by moving its velocity files in the workspaces skin. This will then
break point 2).
Are there any other solutions to reconcile both points I didn't see ?
For the future, I suppose we could use UI extensions for this.
Regards,
Jérôme.
Hello XWiki Dev's
I am getting this error:
Error number 4001 in 4: Error while parsing velocity page
/skins/covisint_coe/editobject.vm Wrapped Exception: Invocation of method
'displayEdit' in class com.xpn.xwiki.api.Document threw exception
java.lang.NullPointerException @ /skins/covisint_coe/editobject.vm[59,10]
I am attempting to edit objects on .../Main/WebHome and am getting this
error. Is there a way to ignore the bad object in the template? Is there a
way to diagnose what the problem is?
The line with the problem is
<dd>$doc.displayEdit($prop, "${class.name}_${obj.number}_" , $obj)</dd>
I think something is wrong with $obj but I don't know which object or how to
remove it now that I can't edit objects. The only thing I was changing at
the time of failure was adding a group and remove a group.
Please help
Glenn Everitt
--
View this message in context: http://www.nabble.com/Error-in-template-editobject.vm-tp16850443p16850443.h…
Sent from the XWiki- Dev mailing list archive at Nabble.com.
I read several posts talking about running xwiki in a clustered environment.
Is there any information about how to configure oscache for running xwiki in
a clustered environment? Has anyone be running xwiki clustered across
multiple tomcats successfully?
Thanks for any information
Glenn Everitt
--
View this message in context: http://www.nabble.com/xwiki-on-tomcat-cluster-tp16808231p16808231.html
Sent from the XWiki- Dev mailing list archive at Nabble.com.
vmassol (SVN) wrote:
> +
> + 1.1 Latest unfinished requests
> +
> + These are requests that didn't reach "endRequest", but where cleaned-up by a reuse of threads. Only 32 requests max are kept in memory.
Shouldn't this "32 max" be obtained from the code, like it is done below?
> + 1.1 Latest requests
> +
> + Latest requests that finished properly. Only $timerdata.maxSize() requests max are kept in memory.
--
Sergiu Dumitriu
http://purl.org/net/sergiu/
Hello,
Here's the roadmap I propose for XWiki Workspaces version 1.1.
Main focus for this 1.1 release :
1) General goals :
* Improving usability : Adding tooltips, advices, etc. for a smoother user
experience
* UI Refactorings : especially global administration, dashboard, and All
my spaces UIs.
* Quality insurance : keep adding more unit tests and integration tests.
(Yes, I will try to definitely fix the two tests that fails on our
continuum server ;))
2) Some of the new features to be implemented :
* Invitation management (see http://jira.xwiki.org/jira/browse/XWS-79)
* Improvement of users and groups management (see
http://jira.xwiki.org/jira/browse/XWS-7)
* RSS on space and dashboard stories
* More options exposed in the global administration
As for the planning, I propose a target date for the final 1.1 version on
the 16th of June, with intermediary releases as follow :
2 three-weeks milestones :
* 1.1 M1 on May, the 5th (already started)
* 1.1 M2 on May, the 26th
2 one-week release candidates :
* 1.1 RC1 on June 2nd
* 1.1 RC2 on June 9 (If needed only, otherwise 1.1 final)
(this roadmap is available here
http://workspaces.xwiki.org/xwiki/bin/view/Main/Roadmap, too)
Regards,
Jerome.
Hi everyone,
Here's a great news: Google has given us 10 (yes ten!) slots this year
and here are the projects/students we have selected:
http://code.google.com/soc/2008/xwiki/about.html
* SSO and OpenID Support
by Markus Lanthaler, mentored by Thomas Mortagne
* REST API for XWIKI
by Cismaru Alexandru, mentored by Sergiu Gabriel Dumitriu
* WebDAV Interface for XWiki
by Asiri Rathnayake, mentored by Ludovic Dubost
* XWiki Watch: UI & ergonomics improvements
by Ecaterina Valică, mentored by Anca Paula Luca
* XWiki Office import
by Wang Ning, mentored by Vincent Massol
* XWiki Syntax validation, coloring and suggestion in XEclipse
by malaka, mentored by Fabio Mancinelli
* Distributed XWiki Search Engine
by Sai Krishna Pendyala, mentored by David Ward
* XWiki Offline project application
by Eduard Moraru, mentored by Sergiu Gabriel Dumitriu
* Collaborative Business Drawing in GWT
by Miguel José Carvalho Bento, mentored by Jean-Vincent Drean
* Presentation Application
by Arpit Jain, mentored by Jérôme Velociter
Welcome aboard to all students! Please make sure you read and
understand the "Suggested way of working for SOC students" on
http://dev.xwiki.org/xwiki/bin/view/GoogleSummerOfCode/
More specifically it's now the bonding period. As such we'd like each
SOC student to pick one or several existing issues in JIRA and send a
patch that fixes it/them before that period ends (from April 14th to
May 26th) This is a critical integration step to ensure all SOC
students understand how XWiki works and it's a chance to start asking
questions and get to know each other.
Thanks a lot
-Vincent
Hi all,
Regarding the rights issue which i had just posted, it seem that only users which belong to a group that has "admin" rights (either in DOCUMENT or SPACE or GLOBAL) is able to change the access rights and take effect.
Any other users who have the "edit" rights (either in DOCUMENT or SPACE or GLOBAL) attempt to change the access right will not have any effect even those the user is able to see the changes set in the access rights page.
Is it possible for user who have "edit" rights only (either in DOCUMENT or SPACE or GLOBAL) to make changes to the access rights for the document and take effect immediately?
Is it possible to do it programmatically and how do you go about in achiving this?
Regards,
Colin
______________________________________________________________________
Search, browse and book your hotels and flights through Yahoo! Travel.
http://sg.travel.yahoo.com
I'm trying to get to the database schema page on xwiki.org and I get a
"not allowed to view this document" error. How can I access the schema
documentation?
Thanks
Jeff
Hi all.
I had implemented the copy of rights from the document space preferences to the individual document as the user created a new document.
For example, the document space preferences have the following rights:
document name: ABC.WebPreferences
group: A_ADMIN
rights: view, comment, edit
And if the user XYZ (member of A_ADMIN group) who wants to create a new document name "Hello" in ABC space, the rights of A_ADMIN in ABC.WebPreferences should be copied
over to "Hello" document. However, after creating the document, user XYZ was unable to view the newly created document despite it has the rights. I reconfirmed that user XYZ have the
rights to view the document Hello as i login using Admin to verify. These changes are done in SaveAction.java file by appending the code as fellow:
.......
if(tdoc.isNew()) {
// copy all the rights the user is member of from the space.WebPreferences document
tdoc.createNewObject("XWiki.XWikiRights", context);
com.xpn.xwiki.objects.BaseObject bobject = tdoc.getObject("XWiki.XWikiRights", counter); // where counter will start from 0 and then ++++
bobject.setStringValue("allow", 1);
bobject.setStringValue("groups", VALUE_FROM_Space.WebPreferences);
bobject.setStringValue("levels", VALUE_FROM_Space.WebPreferences);
}
tdoc.setMetaDataDirty(true);
xwiki.saveDocument(tdoc, tdoc.getComment(), tdoc.isMinorEdit(), context);
XWikiLock lock = tdoc.getLock(context);
if(lock != null)
tdoc.removeLock(context);
FYI: I am using Oracle 10gR1 as the backend database and xwiki rev 9145
Regards,
Colin
______________________________________________________________________
Search, browse and book your hotels and flights through Yahoo! Travel.
http://sg.travel.yahoo.com
Hello All,
I am Arpit Jain, a final Year undergraduate student of Department of
Computer Science and Engineering at Indian Institute of Technology,
Kharagpur(India).
I would be working on building an online presentation module for Xwiki. This
is my second year at Google Summer of Code. Last year I worked for another
IkiWiki, an another wiki organization.
I hope to have a great time here and to develop something very useful for
the community as a whole. As already mentioned by Vincent, I would be
mentored by Jérôme Velociter.
Good luck to all the Gsocers and happy hacking :)
--
Arpit Jain
Senior Undergraduate Student
Department of Computer Science & Engineering
Indian Institute of Technology, Kharagpur, India.
Ph. : +919733567185
Alt. email: arpit AT intinno.com
Web: http://www.arpitjain.com
I'm running xwiki in RAD 6.1 and I've set up preferences to be multi
lingual, languages of es, en and default language of en. When I visit
any of the wiki pages, only En appears in the top right, not En and Es.
Is there something I'm missing about setting up the wiki as
multi-lingual?
Thanks,
Jeff
Hello devs!
As you probably noticed from Vincent's fwd, I`m in! :)
I`m really looking forward to working on the Offline project under Sergiu's coordination and I hope to get a lot of cooperation from the community to make a better solution for the people who use and need it.
My IRC nick is Enygma` (Enygma was taken :P), my YM is Enygma2002_ro and my SkypeID is Enygma2002.
Please feel free to contact me anytime.
This is going to be a cool summer of code! :)
---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
Hi guys,
My name is Ecaterina Valică and I am also a GSoc student. I'm gonna work with Anca Luca Paula to make XWatch the nicest thing alive :P
We are going to work on pimpin' it with style, interaction patterns and principles that are going to be implemented with GWT and YUI.
I'm from Iasi, Romania and I hope I can learn many things this summer and make new friends throught this program.
"Spor" in romanian means "enjoy your work and be very productive" (so much words in english)
You can call me Caty :)
Bye
----- Original Message ----
From: Enygma <enygma2002_ro(a)yahoo.com>
To: XWiki Developers <devs(a)xwiki.org>
Sent: Tuesday, April 22, 2008 9:26:41 PM
Subject: Re: [xwiki-devs] [ANN] Official Google Summer of Code projects
Hello devs!
As you probably noticed from Vincent's fwd, I`m in! :)
I`m really looking forward to working on the Offline project under Sergiu's coordination and I hope to get a lot of cooperation from the community to make a better solution for the people who use and need it.
My IRC nick is Enygma` (Enygma was taken :P), my YM is Enygma2002_ro and my SkypeID is Enygma2002.
Please feel free to contact me anytime.
This is going to be a cool summer of code! :)
---------------------------------
Be a better friend, newshound, and know-it-all with Yahoo! Mobile. Try it now.
_______________________________________________
devs mailing list
devs(a)xwiki.org
http://lists.xwiki.org/mailman/listinfo/devs
The XWiki development team is pleased to announce the release of XWiki
Workspaces 1.0 RC 2.
Go grab it at http://www.xwiki.org/xwiki/bin/view/Main/Download
This is the second, and hopefully last release candidate for the 1.0
version of XWiki Workspaces. This RC 2 release is based on the recent
XWiki Enterprise 1.3.2 release.
Bug we've fixed in XWS since 1.0 RC 1 :
* XWS-10 - Missing validation on workspaces creation form
* XWS-14 - Document creation lightboxes not visibles if the page is scrolled
* XWS-18 - Gallery editing page is a bit screwed up in IE6 & IE7
* XWS-40 - Lightboxes are displayed _real_ bad in IE6
* XWS-44 - Problem with the item creation popup : when we "Cancel & Close"
(the X in the upper-right corner) we are redirected to "undefined"
* XWS-45 - After a registration we should be redirected to
XWSAdmin.ManageUsers (instead of just having an empty page with the
"Registration Successfull" message)
* XWS-48 - The new workspace creation form could be a bit reskinned (on
the XWS.MySpaces page)
* XWS-51 - A user should not be allowed to delete Himself from his
Personnal Space
* XWS-52 - The Administrator (Admin / admin) should not be displayed OR
not be allowed to remove himself from the Admin list of the Organization
Space
* XWS-53 - If we have a workspace title on more than 1 line (around more
than 45-50 characters - space included) the layout is a bit broken
* XWS-57 - Problem when we create a link to a image page - parameter
'viewer=image' is missing
* XWS-67 - There is two links leading to the current user profile in the
top action bar
* XWS-68 - Workspace creation form should be under the workspace list
* XWS-71 - The "Comments" message is too big compared to page title and
other font sizes
* XWS-73 - Under IE browsers, the Admin XWiki toolbar does not work properly
* XWS-75 - Preview fails on unsaved (new) blog article
* XWS-76 - Non-admin registered users can edit but not view their profile
* XWS-78 - Layout issue in edit mode under IE6 (white banner on top +
scrolling disappearing)
For more information, see the Release notes at:
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesWorkspaces10RC2
Regards,
The XWiki dev team