Hi Moritz,
On Thu, Jul 12, 2012 at 8:46 AM, Moritz Hesse (EnergieArchitektur) <
moritz.hesse(a)ea-gmbh.de> wrote:
> Hi, we have made the experience, that regular users can edit access rights
> for pages. Is this regular behaviour?
Yes. Right now, given that an user with edit rights can add objects to a
page, that user is able to add XWikiRights objects and thus set rights at
the page level.
> And funnily: The user can only _grant_
> access rights but cannot revoke them. Plus: he can only grant it to _one_
> group/user. In both cases (when trying to revoke or when trying to grant to
> any other group/user) the system says, that there was an error when
> communicating with the server.
>
I think there is some kind of "safety code" related to this, but you'd need
a developer to verify. It might simply be a bug.
Is it in gerenal possible to restrict access to the access page and to the
objects page for regular users?
>
You could look at changing the Apache configuration to disallow adding
XWikiRights objects, or write a listener in XWiki that detects these kind
of changes and rolls them back automatically if the context user is not an
admin.
Thanks,
Guillaume
Thanks!
>
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
*WikiSym 2012 - 8th International Symposium on Wikis and Open Collaboration
- August 27-29, 2012 - Linz, Austria *
Early Registration
<http://www.wikisym.org/ws2012/bin/view/Main/Attending> Deadline
is August 6, 2012
The International Symposium on Wikis and Open Collaboration (WikiSym) is
the premier conference on open collaboration and related technologies. In
2012, WikiSym celebrates its 8th year of scholarly, technical and community
innovation in Linz, Austria at the Ars Electronica Center.We are excited
this year to be collocated with Ars Electronica, the premier digital art
and science meeting that attracts over 35,000 attendees per year. Details
on attending Ars Electronic can be found here:
http://www.aec.at/thebigpicture/en/tickets/
We are also excited to announce that Wikipedia co-founder Jimmy
Wales<http://en.wikipedia.org/wiki/User:JimboWales> will
be keynoting WikiSym this year and user-generated content researcher Brent
Hecht <http://www.brenthecht.com/> will be the closing plenary speaker.
More details about attending can be found at:
http://www.wikisym.org/ws2012/bin/view/Main/Attending or by following the
@WikiSym <http://twitter.com/wikisym> twitter account.
Wikisym is a leading conference in understanding how individuals, groups,
organizations and society can use information and communication technology
to enable novel and meaningful collaboration and collective action.
Researchers and practitioners from all over the world have gathered
together in these meetings to discuss and display their insights into this
important area of inquiry.
The conference program will include a peer-reviewed research track,
experience reports, workshops, posters, demos, a doctoral consortium,
invited keynotes and panel speakers. As always, the participant-organized
Open Space track will run throughout the conference. Evening social events
will follow, because wiki folks know the value of a good party for sparking
conversation and collaboration. Finally, WikiSym co-occurs with Ars
Electronica, and we are arranging experiences where conference attendees
can enjoy this innovative and unusual event.
Please see the program at:
http://www.wikisym.org/ws2012/bin/view/Main/Program
Topics include all aspects of the people, tools, contexts, and content that
comprise open collaboration systems. For example:
- Collaboration tools and processes
- Social and cultural aspects of collaboration
- Collaboration beyond text: images, video, sound, etc.
- Communities and workgroups
- Knowledge and information production
- New media literacies
- Open source software development and use
- Education and Open Educational Resources
- E-government, open government, and public policy
- Law/Intellectual Property (including Creative Commons)
- Journalism (including participatory journalism)
- Art and Entertainment (including collaborative and audience-involved
art)
- Science (including collaboratories)
- Publishing (including open access and open review models)
- Business (including open and collaborative management styles)
We would like to thank our
sponsors<http://www.wikisym.org/ws2012/bin/view/Main/Sponsors>
: The Wikimedia Foundation <http://www.wikimediafoundation.org/>,
Google<http://research.google.com/>,
the U.S. National Science Foundation <http://www.nsf.gov/> and the University
of Michigan <http://www.umich.edu/>:
More information and networking:
http://www.wikisym.org/ws2012/http://www.facebook.com/events/342677469143317/http://twitter.com/wikisymhttp://www.wikimatrix.org/calendar/e154/2012/8th_international_symposium_wi…
We look forward to seeing you there!
Brian Keegan
Publicity Chair
I am not XWiki developer and hardly ever would be. Even if i have my favorite
mysfeatures.
Also here are script-making and script-using guys. So i don't think this
question would be complete off-topic.
===
It seems that XWiki was never tested on Windows as none of developers had
it.
It seems that XWiki GitHub just cannot be cloned to Windows now.
And i don't know if can be compiled there (hopefully JVM can overcome it,
but who knows)
But what i noticed again, is that hugely redundant file naming
xwiki-platform-core/xwiki-platform-classloader/xwiki-platfor
m-classloader-protocols/xwiki-platform-classloader-protocol-attachmentjar/src/te
st/java/org/xwiki/classloader/internal/protocol/attachmentjar/AttachmentURLStrea
mHandlerTest.java
Why that repeating time and gain, like if you use flat filesystem rather
than tree ?
It looks like calling an object
org.org-xwiki.org-xwiki-classloader.org-xwiki-classloader-internal.org-xwiki-classloader-internal-protocol.org-xwiki-classloader-internal-protocol-attachmentjar.org-xwiki-classloader-internal-protocol-attachmentjar-AttachmentURLStreamHandlerTest
Nonsense ? Truly so.
Yet on file system level Java developers usually do it, not only XWiki but
many teams.
Why ? Aren't directories given to suppress such redundancy ?
Not only that give overly long unobservable paths, it also disables some
programs on Windows.
I heard that git has internal 4KB file path length limitations.
I wonder what UNIX guys would say about sanity if one day they would try to
download from Windows file with name about 16KB long...
--
View this message in context: http://xwiki.475771.n2.nabble.com/sources-filename-why-that-redundancy-tp75…
Sent from the XWiki- Users mailing list archive at Nabble.com.
Hi,
We have a problem with titles with the 4.1.3 release (not sure if it's
release specific however, I just spend lot of time in logs because of
the migration) :
When title contains the character '#' at the end, the title disappears
from the page (only the page name is printed). There is error traces
when viewing the document and from Lucene :
2012/07/19 14:35:34
[http://localhost:8080/xem/wiki/supporttechnique/get/XWiki/SuggestLucene
Service?outputSyntax=plain&query=__INPUT__*&nb=3&input=8192] WARN
o.x.d.i.DocumentTitleDisplayer - Failed to interpret title of document
[supporttechnique:Archives.ExempleCodeC].
2012/07/20 10:06:22
[http://localhost:8080/xem/wiki/supporttechnique/get/Archives/ExempleCod
eC?xpage=xpart&vm=commentsinline.vm] WARN
o.x.d.i.DocumentTitleDisplayer - Failed to interpret title of document
[supporttechnique:Archives.ExempleCodeC].
Is it a known bug ?
Thank you
Nicolas
Hello,
We're using the Code Macro estension (
http://extensions.xwiki.org/xwiki/bin/view/Extension/Code+Macro ). We are
using it like this:
{{code language="java"}}
our code
{{/code}}
And then this error appears:
org.xwiki.rendering.macro.MacroExecutionException: Failed to highlight
content
at
org.xwiki.rendering.internal.macro.code.CodeMacro.parseContent(CodeMacro.java:108)
at
org.xwiki.rendering.internal.macro.code.CodeMacro.parseContent(CodeMacro.java:48)
at
org.xwiki.rendering.macro.box.AbstractBoxMacro.execute(AbstractBoxMacro.java:146)
at
org.xwiki.rendering.macro.box.AbstractBoxMacro.execute(AbstractBoxMacro.java:51)
at
org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transformOnce(MacroTransformation.java:184)
at
org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:129)
at
org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:72)
at
com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7605)
at
com.xpn.xwiki.doc.XWikiDocument.performSyntaxConversion(XWikiDocument.java:7554)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:836)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:785)
at
com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:879)
...........
Caused by: org.xwiki.component.manager.ComponentLookupException: Failed to
lookup component [role = [org.xwiki.rendering.parser.HighlightParser] hint
= [default]]
at
org.xwiki.component.embed.EmbeddableComponentManager.initialize(EmbeddableComponentManager.java:368)
at
org.xwiki.component.embed.EmbeddableComponentManager.lookup(EmbeddableComponentManager.java:126)
at
org.xwiki.component.internal.DefaultComponentManager.lookup(DefaultComponentManager.java:85)
at
org.xwiki.rendering.internal.macro.code.CodeMacro.highlight(CodeMacro.java:144)
at
org.xwiki.rendering.internal.macro.code.CodeMacro.parseContent(CodeMacro.java:105)
... 104 more
Caused by: Traceback (most recent call last):
File "<string>", line 1, in <module>
File "__pyclasspath__/pygments/__init__.py", line 37, in <module>
File "__pyclasspath__/pygments/util.py", line 12, in <module>
ImportError: No module named re
at
org.python.core.PyException.fillInStackTrace(PyException.java:70)
at java.lang.Throwable.<init>(Throwable.java:56)
at org.python.core.PyException.<init>(PyException.java:46)
at org.python.core.PyException.<init>(PyException.java:43)
at org.python.core.PyException.<init>(PyException.java:61)
at org.python.core.Py.ImportError(Py.java:290)
......
We thought that the code we added may be wrong, but if we just write {{code
language="java"}}{{/code}} , we get the same error.
Any clue of what's causing this error?
Thanks in Advance
Sergio Carrasco
Please create an Xwiki on the farm.
Would like a wiki to test our xwiki and to store research content.
Username: kentpalmer
thinknet.myxwiki.org
Thanks,
Kent Palmer
http://kdp.mehttp://think.net
Reference:
If you’re interested in having a wiki hosted on this farm please send an
email to the XWiki user mailing
list<http://dev.xwiki.org/xwiki/bin/view/Community/MailingLists> with
a subject of [myxwiki] new wiki request and explaining briefly what you
want to use this wiki for (give a brief description). You’ll also need to
register :on myxwiki.org (this wiki) and give your user name in the mail,
as well as the server name you want for your wiki (the name that will be
used before .myxwiki.org to access the wiki). Then one of the community
Admins will create it for you.