Ok, it's fixed now. It was apache modsecurity who raised an error 500. jeremi On 1/4/07, Dan Murphy <[email protected]> wrote:

Hi,

In an attempt to get round the problem I deleted and tried to create it... but the same error occurs.... seems like the page is knackered :( Sorry, did this just before I saw your email so I don't think Skol will be able to do anything now... bad Dan.... I guess I'll just create it with a new name

On 04/01/07, Vincent Massol <[email protected]> wrote:

...

Dan,

I'm having exactly the same pb ! I'm trying to solve this with Skol…

Thanks

-Vincent

From: Dan Murphy [mailto: [email protected]] Sent: jeudi 4 janvier 2007 14:28 To: [email protected] Subject: [xwiki-users] [xwiki-dev] Strange behaviour on xwiki.org

Hi, I appreciate this is a little off topic, but the dev list was the right

place either...

...

I was trying to edit

http://www.xwiki.org/xwiki/bin/view/Community/BuildingInEclipse - but when I save & view (http://www.xwiki.org/xwiki/bin/save/Community/BuildingInEclipse ) I get a maintenance message :

...

Salut, Je suis Skol, l'administrateur XWiki. Le service que vous demandez est indisponible le temps d'une petite intervention. Il sera très bientôt de nouveau disponible, plus rapide et plus stable. Hi, I'am Skol, the XWiki administrator. The service you tried to reach is down for maintenance. It will be back soon and will be faster and more stable.

Thanks, Skol

I was able to create a new page (http://www.xwiki.org/xwiki/bin/view/Community/BuildingInEclipse2 ) (I'll delete it later today to keep the site clean)

Anyone know why I don't seem to be able to update this page, but can create & update others ?

Incidently, if anyone else is able to edit the page... any change you coul;d replace the contents with the attached file :)

Thanks in advance, Dan

-- You receive this message as a subscriber of the [email protected] mailing list. To unsubscribe: mailto: [email protected] For general help: mailto: [email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

-- You receive this message as a subscriber of the [email protected] mailing list. To unsubscribe: mailto:[email protected] For general help: mailto:[email protected]?subject=help ObjectWeb mailing lists service home page: http://www.objectweb.org/wws

-- jeremi

-----Original Message----- From: THOMAS, BRIAN M (SBCSI) [mailto:[email protected]] Sent: January 4, 2007 1:00 PM To: [email protected] Subject: [xwiki-users] Audit trail for deletions (was: Re: Strange behaviour on xwiki.org) So I think I'd like to see the following: - auditable, history-recoverable document deletion (and possibly renaming), granted as part of the "edit" right; and - auditable but non-recoverable (by ordinary users) deletion and renaming reserved for the "admin" right. I would like to have the ability to rename a document for the user, at least for the owner (or first author) of the document. In a wiki, very fast development entails that some spelling mistakes are introduced in titles, for example.

Hi, We all agree we need something better for deletions. We have a JIRA issues for this: http://jira.xwiki.org/jira/browse/XWIKI-543 Sergiu has proposed this and has added a description of how it should work and questions there. I would be interested to see what you think? Thanks -Vincent From: THOMAS, BRIAN M (SBCSI) [mailto:[email protected]] Sent: jeudi 4 janvier 2007 19:00 To: [email protected] Subject: [xwiki-users] Audit trail for deletions (was: Re: Strange behaviour on xwiki.org) Spickinawich... I've noted that when a doc is deleted, no record seems to be kept of when it was done, by whom, or what the document's former history was. When I brag about XWiki's ability to track and undo changes, I have to sort of gloss over this little hole in the functionality. I realize, of course, that permission to delete is separately controllable (though only as a part of the "admin" right) but I'd like not to have to forbid anyone deleting documents merely because I can't support an audit trail for them. Then again, the inability to recover space by means of wholesale deletion (with optional archiving) of obsolete documents would make admins pretty unhappy, so some ability to do complete deletions (without resorting to direct database manipulation) must remain as an administrative option. So I think I'd like to see the following: - auditable, history-recoverable document deletion (and possibly renaming), granted as part of the "edit" right; and - auditable but non-recoverable (by ordinary users) deletion and renaming reserved for the "admin" right. In order to accomplish this (and other refinements, foreseeable and otherwise), it might be a good idea to populate XWikiRightService.getRight()'s actions-to-required-rights map from a configuration file rather than directly in code as the default rights service implementation currently does. Of course, this method does not map "delete" to "admin"; instead it maps "delete" to "delete", and checkAccess() deals with "delete" specially, succeeding immediately for the document's creator and changing the required right to "admin" for anyone else, before doing the check. So this is another example of the unfortunate complexity of the rights system, which will probably require considerable effort to simplify, if it can be done at all, and I wouldn't blame the developers if they were reluctant to take it up; I certainly would be. Thus the age-old conflict between "security is hard" and "complexity is the enemy of security" continues (though together they hint that complexity is part of why it's hard)... brain[sic]