26 Mar
2010
26 Mar
'10
6:11 p.m.
Hi xwikiers,
We just found an important regression in 2.2.3 in the rights
management user interface.
This bug prevents rights to be correctly saved unless you manually
select either groups or users radio button first. See
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise223.
Work is in progress to fix it, a 2.2.4 will be released ASAP.
Really sorry about that :(
Thanks
--
Thomas Mortagne
26 Mar
26 Mar
6:11 p.m.
On Fri, Mar 26, 2010 at 18:11, Thomas Mortagne
<thomas.mortagne(a)xwiki.com> wrote:
Hi xwikiers,
We just found an important regression in 2.2.3 in the rights
management user interface.
This bug prevents rights to be correctly saved unless you manually
select either groups or users radio button first. See
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise223.
and http://jira.xwiki.org/jira/browse/XWIKI-5057
Work is in progress to fix it, a 2.2.4 will be released ASAP.
Really sorry about that :(
Thanks
--
Thomas Mortagne
--
Thomas Mortagne
7:32 p.m.
This bug prevents rights to be correctly saved unless
you manually
select either groups or users radio button first. See
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise223.
I saw that regression last night when upgrading from 2.1 to 2.2.3. There's
also two other regressions, which are potentially worse, since you could
lose access to the root-wiki Admin account (xwiki:XWiki.Admin). You then
have to change xwiki.cfg, login as superadmin to fix XWikiAllGroup and
XWikiAdminGroup , because names that were originally 'xwiki:XWiki.Admin"
turned into "xwiki:xwiki:XWiki.Admin" which causes the user to lose
membership in the group.
Finally, the superadmin account itself has a regression. When you login to
that account, you get a warning saying the superadmin account email hasn't
been validated (I have email validation set on all accounts ... the bug is
that superadmin requires an exception for validation). I'm not sure if this
is related, but logging into the superadmin account puts Xwiki in a "plain
HTML" mode (No skin/javascript/etc), so most operations aren't possible.
Somehow I managed to navigate to administrative pages anyways, and got it
back to a state where things are working again.
In general, things are not acting "stable" -- i was able to get Xwiki out of
the state where logging in as "Admin" didn't give administrative (or even
edit) rights. And then after a reboot/restart, it went back to the old
behavior again, and I had to login as superadmin once more to fix things.
Now that I've caught the issue with "xwiki:xwiki:XWiki..." i'll be
fixing
this in all subwikis and see whether the issue w/ losing all rights is
related to restarting or something else. I am sure I never entered
"xwiki:xwiki:" in any of the group documents --- something in XWiki after
2.1 ended up rewriting these values (??).
From #xwiki:
(11:54:55 PM) NielsMayer: i think 2.2.3 still has a regression w/r/t Admin
user on
root wiki (in virtual/multiwiki setup)... after you login as "Admin"
you get error messages all over "Failed to execute macro: include" ...
logging in as superadmin shows AllUsers and Admin users as correct.
(11:56:07 PM) NielsMayer: this was not in a fresh wiki install, but rather
an existing install upgrading from 2.10 to 2.2.3
(03/26/2010 12:02:38 AM) NielsMayer: turns out it was because XWikiAllGroup
and XWikiAdminGroup had xwiki:XWiki.Admin instead of "XWiki.Admin" ...
(12:02:48 AM) NielsMayer: next!.
Here's an example of one of the group documents with the odd prefixing bug:
XWikiAdminGroup
Last modified by Xwiki Administrator on 2009/08/07
09:40
Members
Xwiki Administrator (xwiki:xwiki:XWiki.Admin)
Niels
http://nielsmayer.com
27 Mar
27 Mar
11:28 a.m.
On Fri, Mar 26, 2010 at 19:32, Niels Mayer <nielsmayer(a)gmail.com> wrote:
I'm not sure I fully understand the issue here, you say the group objects
has been modified by the upgrade ? I would really doubt that...
When you have the issue could you check real group document objects using
object editor, maybe there is an UI bug.
This bug
prevents rights to be correctly saved unless you manually
select either groups or users radio button first. See
http://www.xwiki.org/xwiki/bin/view/Main/ReleaseNotesXWikiEnterprise223.
I saw that regression last night when upgrading from 2.1 to 2.2.3. There's
also two other regressions, which are potentially worse, since you could
lose access to the root-wiki Admin account (xwiki:XWiki.Admin). You then
have to change xwiki.cfg, login as superadmin to fix XWikiAllGroup and
XWikiAdminGroup , because names that were originally 'xwiki:XWiki.Admin"
turned into "xwiki:xwiki:XWiki.Admin" which causes the user to lose
membership in the group.
Finally, the superadmin account itself has a regression. When you login to
that account, you get a warning saying the superadmin account email hasn't
been validated (I have email validation set on all accounts ... the bug is
that superadmin requires an exception for validation). I'm not sure if this
is related, but logging into the superadmin account puts Xwiki in a "plain
HTML" mode (No skin/javascript/etc), so most operations aren't possible.
Somehow I managed to navigate to administrative pages anyways, and got it
back to a state where things are working again.
In general, things are not acting "stable" -- i was able to get Xwiki out
of the state where logging in as "Admin" didn't give administrative (or
even
edit) rights. And then after a reboot/restart, it went back to the old
behavior again, and I had to login as superadmin once more to fix things.
Now that I've caught the issue with "xwiki:xwiki:XWiki..." i'll be
fixing
this in all subwikis and see whether the issue w/ losing all rights is
related to restarting or something else. I am sure I never entered
"xwiki:xwiki:" in any of the group documents --- something in XWiki after
2.1 ended up rewriting these values (??).
I don't see why you would put "xwiki:" either since global user in a local
group is not supported. See http://jira.xwiki.org/jira/browse/XWIKI-4566.
Note that admin users of main wiki are automatically admin on all wiki so
you don't need to put them in subwikis admin groups.
From #xwiki:
--
Thomas Mortagne
(11:54:55 PM) NielsMayer: i think 2.2.3 still has a regression w/r/t Admin
user on
root wiki (in virtual/multiwiki setup)... after you login as "Admin"
you get error messages all over "Failed to execute macro: include" ...
logging in as superadmin shows AllUsers and Admin users as correct.
(11:56:07 PM) NielsMayer: this was not in a fresh wiki install, but rather
an existing install upgrading from 2.10 to 2.2.3
(03/26/2010 12:02:38 AM) NielsMayer: turns out it was because XWikiAllGroup
and XWikiAdminGroup had xwiki:XWiki.Admin instead of "XWiki.Admin" ...
(12:02:48 AM) NielsMayer: next!.
Here's an example of one of the group documents with the odd prefixing bug:
XWikiAdminGroup
Last modified by Xwiki Administrator on
2009/08/07 09:40
Members
Xwiki Administrator (xwiki:xwiki:XWiki.Admin)
Niels
http://nielsmayer.com
5287
days inactive
5288
days old
3 comments
2 participants
participants (2)
-
Niels Mayer -
Thomas Mortagne