[xwiki-users] Can no longer enumerate users after upgrade
Hello everyone, After upgrading from XWiki 1.7 to 1.8, I am no longer able to enumerate users or groups in the XWiki preferences pane. Instead, what I get is an animated busy bar with the word Loading... printed across the top. This never stops loading, and so I never get a list of users. The same is true for any page where I need to set access rights. I get the same thing, except I also get, printed across the top of the page: $xwiki.jsfx.use(js/xwiki/usersandgroups/usersandgroups.js, true) $xwiki.ssfx.use(js/xwiki/usersandgroups/usersandgroups.css) $xwiki.jsfx.use(js/xwiki/table/livetable.js, true) $xwiki.ssfx.use(js/xwiki/table/livetable.css, true) I did selectively import the new XAR in order to avoid having to page preferences, but this appears even on pages that I allowed the new XAR to replace, like the Sandbox. I also reused my old xwiki.cfg, after looking at a diff between the old one and a new one. I don't recall if I changed anything (sorry... it was getting late in the day). I am using LDAP to connect to Active Directory. Also, on first run, I enabled the migration options in xwiki.cfg, but I have now commented them out. Does anyone have any suggestions? Thanks, Dan xwiki.cfg: #--- # Preamble # # This is the main old XWiki configuration file. Commented parameters show the default value, although some features # might be disabled. To customize, uncomment and put your own value instead. #--- # General wiki settings # #-# When the wiki is readonly, any updates are forbidden. To mark readonly, use one of: yes, 1, true # xwiki.readonly=no #-# [Since 1.6RC1] Defines the list of supported syntaxes #-# Available syntaxes are: #-#xwiki/1.0, xwiki/2.0, confluence/1.0, jspwiki/1.0, creole/1.0, mediawiki/1.0, twiki/1.0, xhtml/1.0, html/4.01 xwiki.rendering.syntaxes = xwiki/1.0, xwiki/2.0 #-# List of groups that a new user should be added to by default after registering. Comma-separated list of group document #-# names. # xwiki.users.initialGroups=XWiki.XWikiAllGroup #-# Uncomment if you want to ignore requests for unmapped actions, and simply display the document # xwiki.unknownActionResponse=view #-# The encoding to use when transformin strings to and from byte arrays. This causes the jvm encoding to be ignored, since we want #-# since we want to be independend of the underlying system. xwiki.encoding=ISO-8859-1 #-# This parameter will activate the sectional editing xwiki.section.edit=1 #-# Enable backlinks storage, which increases the update time, but allows to keep track of inter document links. xwiki.backlinks=1 #-# Enable document tags. xwiki.tags=1 #--- # Storage # #-# Role hints that differentiate implementations of the various storage components. To add a new implementation for one #-# of the storages, implement the appropriate interface and declare it in a components.xml file (using a role-hint other #-# than 'default') and put its hint here. # #-# The main (documents) storage. # xwiki.store.main.hint=default #-# The attachment storage. # xwiki.store.attachment.hint=default #-# The document versioning storage. # xwiki.store.versioning.hint=default #-# The attachment versioning storage. Use 'void' to disable attachment versioning. # xwiki.store.attachment.versioning.hint=default #-# The document recycle bin storage. # xwiki.store.recyclebin.hint=default #-# The attachment recycle bin storage. # xwiki.store.attachment.recyclebin.hint=default #-# Whether the document recycle bin feature is activated or not # xwiki.recyclebin=1 #-# Whether the attachment recycle bin feature is activated or not # storage.attachment.recyclebin=1 #-# Whether the document versioning feature is activated or not # xwiki.store.versioning=1 #-# Whether the attachment versioning feature is activated or not # xwiki.store.attachment.versioning=1 #-# Whether the attachments should also be rolled back when a document is reverted. # xwiki.store.rollbackattachmentwithdocuments=1 #-# The path to the hibernate configuration file. # xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml #-# Whether to update the database schema on startup. Useful when upgrading XWiki. as the mapping could change between #-# versions, and this allows to automatically update the database. Should be disabled (=0) during normal operation to #-# improve the startup time. # xwiki.store.hibernate.updateschema=1 #-# Allow or disable custom mapping for particular XClasses. Custom mapping may increase the performance of certain #-# queries when large number of objects from particular classes are used in the wiki. # xwiki.store.hibernate.custommapping=1 #-# Dynamic custom mapping. # xwiki.store.hibernate.custommapping.dynamic=0 #-# Put a cache in front of the document store. This greatly improves performance at the cost of memory consumption. #-# Disable only when memory
Re: [xwiki-users] Can no longer enumerate users after upgrade
Hi I got the same problem after migrating from 1.8rc2 to 1.8 The problem was that i missed one file to import in the new XAR (In the Xwiki space, a sheet if i remember good). What i would suggest is to follow the instructions on the upgrade xwiki page to know wich file you must not select when importing. Also the users adminitration is a link to the sheet in Xwiki space so it doesn't change from one space to another (but i can miss something as i am a newbie in Xwiki) at least for the presentation Christophe -Message d'origine- De : users-boun...@xwiki.org [mailto:users-boun...@xwiki.org] De la part de Daniel Barowy Envoyé : mardi 31 mars 2009 15:35 À : users@xwiki.org Objet : [xwiki-users] Can no longer enumerate users after upgrade Hello everyone, After upgrading from XWiki 1.7 to 1.8, I am no longer able to enumerate users or groups in the XWiki preferences pane. Instead, what I get is an animated busy bar with the word Loading... printed across the top. This never stops loading, and so I never get a list of users. The same is true for any page where I need to set access rights. I get the same thing, except I also get, printed across the top of the page: $xwiki.jsfx.use(js/xwiki/usersandgroups/usersandgroups.js, true) $xwiki.ssfx.use(js/xwiki/usersandgroups/usersandgroups.css) $xwiki.jsfx.use(js/xwiki/table/livetable.js, true) $xwiki.ssfx.use(js/xwiki/table/livetable.css, true) I did selectively import the new XAR in order to avoid having to page preferences, but this appears even on pages that I allowed the new XAR to replace, like the Sandbox. I also reused my old xwiki.cfg, after looking at a diff between the old one and a new one. I don't recall if I changed anything (sorry... it was getting late in the day). I am using LDAP to connect to Active Directory. Also, on first run, I enabled the migration options in xwiki.cfg, but I have now commented them out. Does anyone have any suggestions? Thanks, Dan xwiki.cfg: #--- # Preamble # # This is the main old XWiki configuration file. Commented parameters show the default value, although some features # might be disabled. To customize, uncomment and put your own value instead. #--- # General wiki settings # #-# When the wiki is readonly, any updates are forbidden. To mark readonly, use one of: yes, 1, true # xwiki.readonly=no #-# [Since 1.6RC1] Defines the list of supported syntaxes #-# Available syntaxes are: #-#xwiki/1.0, xwiki/2.0, confluence/1.0, jspwiki/1.0, creole/1.0, mediawiki/1.0, twiki/1.0, xhtml/1.0, html/4.01 xwiki.rendering.syntaxes = xwiki/1.0, xwiki/2.0 #-# List of groups that a new user should be added to by default after registering. Comma-separated list of group document #-# names. # xwiki.users.initialGroups=XWiki.XWikiAllGroup #-# Uncomment if you want to ignore requests for unmapped actions, and simply display the document # xwiki.unknownActionResponse=view #-# The encoding to use when transformin strings to and from byte arrays. This causes the jvm encoding to be ignored, since we want #-# since we want to be independend of the underlying system. xwiki.encoding=ISO-8859-1 #-# This parameter will activate the sectional editing xwiki.section.edit=1 #-# Enable backlinks storage, which increases the update time, but allows to keep track of inter document links. xwiki.backlinks=1 #-# Enable document tags. xwiki.tags=1 #--- # Storage # #-# Role hints that differentiate implementations of the various storage components. To add a new implementation for one #-# of the storages, implement the appropriate interface and declare it in a components.xml file (using a role-hint other #-# than 'default') and put its hint here. # #-# The main (documents) storage. # xwiki.store.main.hint=default #-# The attachment storage. # xwiki.store.attachment.hint=default #-# The document versioning storage. # xwiki.store.versioning.hint=default #-# The attachment versioning storage. Use 'void' to disable attachment versioning. # xwiki.store.attachment.versioning.hint=default #-# The document recycle bin storage. # xwiki.store.recyclebin.hint=default #-# The attachment recycle bin storage. # xwiki.store.attachment.recyclebin.hint=default #-# Whether the document recycle bin feature is activated or not # xwiki.recyclebin=1 #-# Whether the attachment recycle bin feature is activated or not # storage.attachment.recyclebin=1 #-# Whether the document versioning feature is activated or not # xwiki.store.versioning=1 #-# Whether the attachment versioning feature is activated or not # xwiki.store.attachment.versioning=1 #-# Whether the attachments should also be rolled back when a document is reverted. # xwiki.store.rollbackattachmentwithdocuments=1 #-# The path to the hibernate configuration file. # xwiki.store.hibernate.path=/WEB-INF/hibernate.cfg.xml #-# Whether
Re: [xwiki-users] Can no longer enumerate users after upgrade
On Tue, 31 Mar 2009, PERINAUD Christophe wrote: Hi I got the same problem after migrating from 1.8rc2 to 1.8 The problem was that i missed one file to import in the new XAR (In the Xwiki space, a sheet if i remember good). Yes, I suspected that it might be something like this. I attempted to follow the upgrade guidelines carefully, but maybe not carefully enough. Thanks for the input. Does anyone here know how I can track down dependencies for certain pages? I think these pages live in MySQL, right? I'll start poking around in there. Dan ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users