> On 16 Mar 2017, at 10:44, Patrick M. Hausen wrote:
>
> Hi!
>
>> Am 16.03.2017 um 10:14 schrieb Vincent Massol :
>> Ok then I don’t understand how you could have inferred that we lost the
>> ability to have nested content.
>> Could you explain what we need to improve in this doc that would ha
Hi!
> Am 16.03.2017 um 10:14 schrieb Vincent Massol :
> Ok then I don’t understand how you could have inferred that we lost the
> ability to have nested content.
> Could you explain what we need to improve in this doc that would have helped
> you not be confused?
I didn't. I just got the impres
> On 16 Mar 2017, at 09:51, Patrick M. Hausen wrote:
>
> Hi Vincent,
>
>> Am 16.03.2017 um 08:28 schrieb Vincent Massol :
>>
>> No it wasn’t removed. It’s actually the complete opposite: it’s been
>> improved. You now have the ability to create unlimited depth of hierarchies
>> and with the
Hi Vincent,
> Am 16.03.2017 um 08:28 schrieb Vincent Massol :
>
> No it wasn’t removed. It’s actually the complete opposite: it’s been
> improved. You now have the ability to create unlimited depth of hierarchies
> and with the ability to set cascading permissions at all levels.
>
> It’s just
> On 15 Mar 2017, at 21:40, Patrick M. Hausen wrote:
>
> Hi all,
>
> I'm still trying to move a private Wiki from Confluence to Xwiki, now 9.1.2.
> I just cannot find my way to the access rights system.
>
> What I need:
>
> A page tree like this:
>
> A
> A.1
> A.1.1
>
Hi Patrick,
[snip]
> Many many thanks in advance! I don't want to complain about free software and
> of course
> I could "just buy Confluence" instead.
Open source software doesn’t mean everything has to be free. If you need
professional support and help you can get it from several companies s
Hi Patrick,
[snip]
> Thanks, Stefan. Could anyone explain the reasons why spaces were
> removed? I mean, what better way to keep seperate projects neatly
> separated while having them all indexed and searchable in the same
> wiki?
Just replying to this part, there are some info at
http://platfo
Hello,
> Am 16.03.2017 um 06:49 schrieb Stefan Helmerichs :
> First, remember this: once a permission is set, it is denied to everyone
> else, so even if you set one page to be invisible to unregistered users,
> that page will also be invisible to all other users, unless you
> explicitly state tha
Hi Patrick,
as long as the access rights management hasn't changed too much since
8.4.3, this should be relatively easy.
First, remember this: once a permission is set, it is denied to everyone
else, so even if you set one page to be invisible to unregistered users,
that page will also be invisib
Hi all,
I'm still trying to move a private Wiki from Confluence to Xwiki, now 9.1.2.
I just cannot find my way to the access rights system.
What I need:
A page tree like this:
A
A.1
A.1.1
A.1.2
A.2
A.2.1
B
B.1
Yes there is no built in option to do this but it should not be too
hard to implement it in a custom authenticator.
See
http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HCustomAuthentication.
On Fri, Aug 5, 2016 at 9:13 PM, Brendan Powers wrote:
> Hello,
>
> I am trying to con
Hello,
I am trying to control access to XWiki based on the incoming IP address.
Currently, I have the wiki set up to allow view access to everyone
including guests, and write access to logged in users. This works fine on
the local LAN, but I'd like to allow external users access to the wiki as
wel
Thanks a lot for explanation,
So, as far as I understood, scenario is:
- Space of the document has only view right for Group1. Our user is a member of
Group1.
- This user tries to edit the document in edit/inline mode by pressing the
link/button generated somwhere else, not in required page.
-
Thanks a lot for explanation,
So, as far as I understood, scenario is:
- Space of the document has only view right for Group1. Our user is a member of
Group1.
- This user tries to edit the document in edit/inline mode by pressing the
link/button generated somwhere else, not in required page.
-
Another way that you can get the results you are looking for is to write a
script which does the editing
on the user's behalf. If the script document is saved by someone who has
permission to edit the
document which the user wants to edit and the user needs to be able to, for
example: edit only
On 09/21/2011 10:09 AM, Haru Mamburu wrote:
> Hi!
>
> So, this "feature" makes absolutely useless delete rights, for example, if
> each and every user with edit rights can easily skip Delete and Admin
> Prohibition. Actually edit right behaves like admin in the allowed space. As
> for me it look
Hi!
So, this "feature" makes absolutely useless delete rights, for example, if each
and every user with edit rights can easily skip Delete and Admin Prohibition.
Actually edit right behaves like admin in the allowed space. As for me it looks
a little bit wierd.
All users by default are simple,
Hi Dmitry,
unfortunately for your use case this is a feature of XWiki. When a user is
granted edit right on a page, he is allowed to edit any object attached to
that page (this is used through the "edit inline" mode as well, when editing
in inline mode the user is actually updating the values of o
Dear Users,
XE 3.1. Playing with rights I found very unpleasant and IMO dangerous behaviour.
Two Default groups: XWikiAllGroup and XWikiAdminGroup
Admin gives rigths to XWikiAllGroup to view pages - no problem.
Admin gives rigths to XWikiAllGroup to EDIT pages. From my point of view -
EDIT
Hey there, I have just two questions:
1. I created a "ThoughtArchive"-Application in which every user can jot down
ideas, just like a journal. I want the "thoughtarchive"-space to be visible
for every user, but pages in this space are just visible for each individual
user. example: i log in with m
Oops. Sorry for sending what was meant to be a private communication to the
entire mailing list.
From: Milind Kamble
To: XWiki Users
Sent: Thu, January 21, 2010 10:48:34 PM
Subject: Re: [xwiki-users] Access Rights Automatic Update
Very well written email
Very well written email, Felix. Hopefully we should have an answer by tomorrow
:)
Milind
From: Meng Wu
To: Xwiki Users
Sent: Thu, January 21, 2010 5:55:28 PM
Subject: [xwiki-users] Access Rights Automatic Update
Hello everyone,
I first want to thank the
Hello everyone,
I first want to thank the development team for including Ajax dynamic features
onto XWiki. XWiki's simplicity and dynamics are some of the reasons why my team
is so interested in implementing XWiki.
The only problem I've been having to deal with is the automatic access rights
Yishay Mor wrote:
> I'm having some strange issues with access rights on
> http://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Cases/
>
> Issue 1
> ==
> I configured the space to permit view for unauthorized users. Yet when
> loggen out I get:
> Error number 4001 in 4: Error while parsing
I'm having some strange issues with access rights on
http://patternlanguagenetwork.myxwiki.org/xwiki/bin/view/Cases/
Issue 1
==
I configured the space to permit view for unauthorized users. Yet when
loggen out I get:
Error number 4001 in 4: Error while parsing velocity page Cases.WebHome
Wrapp
Vincent Massol wrote:
> I don't understand the problem. All you need to do is let all users or
> all registered users have view rights on the XWiki space (since pages
> from the xwiki space are included in other pages).
>
> Re the removal, I don't know, maybe the document is simply in cache
>
On Jan 12, 2008, at 2:53 AM, Your XEN ICT Team - Ricardo Rodriguez
wrote:
> Mihails Agafonovs wrote:
>> Solved!
>>
>> For space XWiki I gave edit&view - > allow right. Thought it would
>> allow them to edit and view :).
>> Now I've removed this access right and... it works!
>>
>> But anyway it'
Mihails Agafonovs wrote:
> Solved!
>
> For space XWiki I gave edit&view - > allow right. Thought it would
> allow them to edit and view :).
> Now I've removed this access right and... it works!
>
> But anyway it's strange: I allowed editing, thus disallowing anything.
Hi,
I've seen something sim
On Jan 11, 2008, at 5:28 PM, Vincent Massol wrote:
On Jan 11, 2008, at 5:24 PM, Mihails Agafonovs wrote:
I already have a test version, which is modified the same way - and
all is ok.
Maybe you could tell conditions when this message is displayed, and
where to look for its code (what *.vm
Solved!
For space XWiki I gave edit&view - > allow right. Thought it would
allow them to edit and view :).
Now I've removed this access right and... it works!
But anyway it's strange: I allowed editing, thus disallowing
anything.
Quoting Vincent Massol :
/**/
On Jan 11, 2008, at 5:28 PM, V
WOW! I also get tha same when accessing Calendar and Index:
Topic XWiki.Results does not exist
Topic XWiki.CalendarSheet does not exist
Quoting Vincent Massol :
/**/
On Jan 11, 2008, at 5:28 PM, Vincent Massol wrote:
On Jan 11, 2008, at 5:24 PM, Mihails Agafonovs wrote:
Removed? Then why I can access it with admin rights?
It seems that XWiki.ArticleClassSheet exists only in admin mode?
That's very very strange :D
Quoting Vincent Massol :
/**/
On Jan 11, 2008, at 5:28 PM, Vincent Massol wrote:
On Jan 11, 2008, at 5:24 PM, Mihails Agafonovs wrote:
I alre
On Jan 11, 2008, at 5:24 PM, Mihails Agafonovs wrote:
I already have a test version, which is modified the same way - and
all is ok.
Maybe you could tell conditions when this message is displayed, and
where to look for its code (what *.vm).
No idea. You could do a search in the source code
I already have a test version, which is modified the same way - and
all is ok.
Maybe you could tell conditions when this message is displayed, and
where to look for its code (what *.vm).
Quoting Vincent Massol :
/**/
On Jan 11, 2008, at 5:02 PM, Mihails Agafonovs wrote:
But even if give vie
On Jan 11, 2008, at 5:02 PM, Mihails Agafonovs wrote:
But even if give view/edit rights to this group on all spaces and in
global rights too, I receive the same message. Only admin right
allows a simple user to read blog entry.
I'd suggest you try with a non-modified version of XE and see
But even if give view/edit rights to this group on all spaces and in
global rights too, I receive the same message. Only admin right
allows a simple user to read blog entry.
Quoting Vincent Massol : On Jan 11, 2008, at 4:47 PM, Mihails
Agafonovs wrote:
Some strange things with access rights: to
On Jan 11, 2008, at 4:47 PM, Mihails Agafonovs wrote:
> Some strange things with access rights: to read a blog entry, user
> must have an admin rights.
This is not correct.
> Otherwise XWiki displays a message "Topic XWiki.ArticleClassSheet
> does not exist". I know I did something wrong, b
Some strange things with access rights: to read a blog entry, user
must have an admin rights. Otherwise XWiki displays a message "Topic
XWiki.ArticleClassSheet does not exist". I know I did something
wrong, but don't know what :). Maybe any ideas?
Ar cieņu, Mihails
Sauvage [EBM WebSourcing]
Sent: 02 November 2007 10:03
To: XWiki Users
Subject: [xwiki-users] Access rights on XWiki space
Hi !
I'm trying to configure access rights on a XWiki to a group of users.
My problem is that I don't want them to access to the administration, I
wi
PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf
Of Marie Sauvage [EBM WebSourcing]
Sent: 02 November 2007 10:03
To: XWiki Users
Subject: [xwiki-users] Access rights on XWiki space
Hi !
I'm trying to configure access rights on a XWiki to a group of users.
My problem is that I don't want them to a
Hi !
I'm trying to configure access rights on a XWiki to a group of users.
My problem is that I don't want them to access to the administration, I
will be the only administrator. But when I deny access on the space
XWiki, the users of the group don't access any more to the user's
pages, even t
41 matches
Mail list logo