I slightly remember this problem. I think it is fixed in the recent
version of XWiki OR it does not happen if you database was created from
a recent one.
Have you tried cleaning up the database from any field called
"levelsye". Deleting in xwikiproperties and xwikiclassesprop should do it.
What we can do is give an  SQL script to clean-up the database of this
problem and move to 0.9.3 db which the problem fixed.
You should indeed file the bug.
We should also make sure recent version of XWiki clean up this problem
using updateSchema
Ludovic
THOMAS, BRIAN M (SBCSI) a écrit :
  Jeremie (and Ludovic):
 I don't know whether this has been fixed yet, but in 0.9.840 if you
 copy a user's profile page (the one created by XWiki.createUser()) the
 object copy fails silently (transaction aborted).  If your
 code examines the copied document immediately from the same session,
 without clearing the cache, it looks right, but after calling
 $xwiki.flushCache(), or viewing the document from any other session,
 only an empty template shows, with no XWiki.XWikiUsers object to
 display and no XWiki.XWikiRights objects.
 The object copy fails because one of them - the XWikiRights object for
 XWiki.XWikiAdminGroup, which was created by XWiki.ProtectUserPage()
 when the user was created - contains a field "levelsye" which is not
 in the current schema for objects of class XWiki.XWikiRights, which
 names the field "levels" instead.  And it also doesn't matter if the
 user was created by your wiki instance after installation or if it
 came built-in with the database installation; the default users are
 also corrupted this way.
 I must apologize:  I probably should have filed a bug on this, but I
 didn't.  It wasn't initially clear to me what the status of it was,
 and since the job I was trying to do was my major priority, I didn't
 take the time to find out.  But I think it's two bugs - actually three
 from the standpoint of the delivered product - because the database
 load contains the result of one of the errors in the code:
  - first, the root cause:  XWiki.ProtectUserPage creates an
 XWiki.XWikiRights object with a "groups" field with value
 "XWiki.XWikiAdmin", a field named "levelsye" with the value from its
 userRights parameter, and "allow" value of 1.  This object cannot be
 copied to another page, because the "levelsye" field is not in the
 current schema for XWiki.XWikiRights.
  - second:  the 0.9.2 database upload contains the result of this
 problem in all of its built-in user profile documents.  I had thought
 that this was the source of the problem, and that all new users simply
 had the defective rights object copied from one of those, until I
 discovered the above problem.
  - finally, the resulting problem that I had when changing XWiki's
 authentication scheme, which required existing users to be renamed:
 When the attempt (within XWiki.copyDocument()) to add the new object
 to the new document fails because of the above, no error indication is
 given, and the document copy transaction doesn't abort, roll back or
 return a failure status. Moreover, the cache (at least for the current
 session) now holds a copy of the new document, composed as expected,
 so any attempt by the calling page to verify the copy without first
 flushing the cache seems to succeed.
 I think I asked whether my characterization of this problem was
 correct, but didn't get a response.  Probably I should simply have
 filed it as a bug and let the developers correct me if I was wrong.
 To avoid a problem of this sort in the future, I think that perhaps
 the best protocol would be that I file it unless someone objects; that
 would make sure that it was accounted for.
 brain[sic]
     -----Original Message-----
     *From:* BOUSQUET Jeremie [mailto:Jeremie.BOUSQUET@gemalto.com]
     *Sent:* Friday, September 01, 2006 3:45 AM
     *To:* xwiki-users(a)objectweb.org
     *Subject:* RE: [xwiki-users] "Clone" another documents objects
     when creating a new document
     Hello,
     I believe you can use the copyDocument() method. I use it to
     rename pages, I copy a document to a newly named document, then
     delete the old one.
     All objects and attachments are also copied in the process, so
     that may interest you (as far as all objects are included in the
     template document I believe)
     $xwiki.copyDocument($sourceDoc, $targetDoc)
     *Jeremie, Bousquet
     GSE Solution CMO
     Gemalto
     *Tel: +33 4 42 36 42 93
     Avenue du Jujubier, Z.I Athelia IV
     13705 La Ciotat, FRANCE
     *Jeremie.Bousquet(a)gemalto.com*
     
www.gemalto.com <http://www.gemalto.com/>
         ------------------------------------------------------------------------
         *From:* Esbach, Brandon [mailto:Esbachb@tycoelectronics.com]
         *Sent:* vendredi 25 août 2006 12:58
         *To:* xwiki-users(a)objectweb.org
         *Subject:* [xwiki-users] "Clone" another documents objects
         when creating a new document
         Hi All,
         Is there any way to clone all objects in an existing document
         to a different document with one server request?
         So that a template document can be maintained with default
         object values; and can be brought in painlessly to a new document.
         /Brandon Esbach/
         /Software Engineer/
         /M/A-Com Eurotec Operations/
         /LoughMahon Technology Park,/
         /Skehard Road,/
         /Blackrock,/
         /Cork, Ireland/
         /Tel  +353 21 4808305/
 ------------------------------------------------------------------------
 --
 You receive this message as a subscriber of the xwiki-users(a)objectweb.org mailing list.
 To unsubscribe: mailto:xwiki-users-unsubscribe@objectweb.org
 For general help: mailto:sympa@objectweb.org?subject=help
 ObjectWeb mailing lists service home page: 
http://www.objectweb.org/wws