Hi,
We are currently using LDAP for authentication and configured it so
the users profile page gets updated with the latest information from
our Active Directory. This results in the Recently Modified panel
mainly listing user profile pages instead of regular pages.
I would like to modify the Recently Modified Panel, so it excludes the
above mentioned profile pages. Is there a simple way to distinguish a
profile page from any other page?
Thanks,
Alex Jakobsen
Hi Peter,
is Glassfish capable of serving a proxy address (like Tomcat) to the
application? This would be address and port Zeus presents to the
clients.
The approach of changing the xwixik.cfg would make the hostname and
port differ from the ones Glassfish expects and is using. That leads
to problems.
Sorry, don't know a thing about Glassfish but possibly it helps finding
a solution.
Best wishes
Werner Greßhoff
Am 07.02.2011 07:31, schrieb peter evans:
>
> Webserver Zeus
> Javaserver Glassfish v3
> Database mysql but who's checking.
> Xwiki 2.7 (Also verified something similar in 3.0 M1)
>
> Glassfish lives on localhost:8080
> Zeus gateways http://MYSITE/xwiki --> localhost:8080
> Within reason, Zeus is fully capable of re-writing most stuff to match, URLS, cookies
>
> So, what xwiki.cfg etc should I be setting to make generated URLs reflect the
> external address rather than internal.
>
> xwiki.home alone does not seem sufficient.
>
>
> Also, with this setup, besides the stuff below, activation emails are:
>
> Subject: Validate your account on localhost:8080
>
> In order to activate your account, please follow this link:
> http://localhost:8080/xwiki/bin/XWiki/AccountValidation?validkey=GtQZK8lZf7…
>
> Which suggests $xwiki.getDocument("Main.WebHome").getExternalURL()
>
>
> Gruesome details below.
> ------------------------------------------------------------------------------------------
> Some stuff isn't getting converted:
>
> for example: http://MYSITE/xwiki/ --> /xwiki/bin/view/Main/
> where in the log-in corner, we have:
> <input name="xredirect" type="hidden" value="http://localhost:8080/xwiki/bin/Blog/Test"/>
>
> This is present pretty much everywhere.
>
> click on log-in
>
> <input name="xredirect" type="hidden" value="http://localhost:8080/xwiki/bin/view/Main/"/>
>
> Successfully logged in, now we have:
>
> <a class="tme" href="/xwiki/bin/logout/XWiki/XWikiLogout?xredirect=http%3A%2F%2Flocalhost%3A8080%2Fxwiki%2Fbin%2Fview%2FMain%2F" fire="function(){var M=D([this],arguments);
> return L.apply(null,M)
> }" observe="function(){var M=D([this],arguments);
> return L.apply(null,M)
> ... LOTS ...
> }">
>
> Go to the blog page:
>
> the "tme" above is present everywhere.
>
>
> If I set the user to use "wysiwyg" editor, then attempt to create a blog entry.
>
> Both "content" and "summary" are stuck with the spinner. Searching for localhost gives me:
>
>
> <script type="text/javascript" fire="function(){var M=D([this],arguments);
> return L.apply(null,M)
> ............................ LOTS .............
> return L.apply(null,M)
> }" _extendedByPrototype="function(){}">//<![CDATA[ var cancelEditNextOnunload; var cancelCancelEditFlag = true; var lockEditFlag = false; function cancelEditResponse(){ } function cancelEdit(){ if (cancelCancelEditFlag) { var surl = "http://localhost:8080/xwiki/bin/cancel/Blog/Test+2?ajax=1"; var myAjax = new Ajax.Request( surl, { method: 'get', parameters: "", asynchronous: true, discardResponse: true }); cancelCancelEditFlag = false; } if (cancelEditNextOnunload!=null) cancelEditNextOnunload(); } function lockEdit(){ if (lockEditFlag==false) { var surl = "http://localhost:8080/xwiki/bin/lock/Blog/Test+2?action=inline&ajax=1&"; var myAjax = new Ajax.Request( surl, { method: 'get', parameters: ""
, asynchronous: true }); lockEditFlag = false; } } function prepareCancelEdit() { lockEdit(); } function cancelCancelEdit() { cancelCancelEditFlag = false; } Event.observe(window, "unload", cancelEdit); Event.observe(window, "pagehide", cancelEdit); Event.observe(document, "dom:loaded", prepareCancelEdit); // ]]></script>
>
>
> plus "tme" as above.
>
> <script type="text/javascript">//<![CDATA[ var wysiwygConfigck21 = { syntax: 'xwiki\/2.0' ,cacheId: 'wysiwygCachetgAm' ,toolbar: 'bold italic underline strikethrough | subscript superscript | unorderedlist orderedlist | outdent indent | undo redo | format | hr symbol | paste' ,plugins: 'submit line separator embed text valign list indent history format symbol link image table macro import' ,page: 'Test 2' ,menu: 'link image table macro import' ,convertInput: 'true' ,hookId: 'Blog.BlogPostClass_0_content' ,wiki: 'xwiki' ,space: 'Blog' ,inputURL: 'http:\/\/localhost:8080\/xwiki\/bin\/edit\/Blog\/Test+2?xpage=wysiwyginput&token=-rFMYvcXF-BBWUwe3qaVXg' }; //]]></script>
>
> <script type="text/javascript">//<![CDATA[ var wysiwygConfigck21 = { syntax: 'xwiki\/2.0' ,cacheId: 'wysiwygCachetgAm' ,toolbar: 'bold italic underline strikethrough | subscript superscript | unorderedlist orderedlist | outdent indent | undo redo | format | hr symbol | paste' ,plugins: 'submit line separator embed text valign list indent history format symbol link image table macro import' ,page: 'Test 2' ,menu: 'link image table macro import' ,convertInput: 'true' ,hookId: 'Blog.BlogPostClass_0_content' ,wiki: 'xwiki' ,space: 'Blog' ,inputURL: 'http:\/\/localhost:8080\/xwiki\/bin\/edit\/Blog\/Test+2?xpage=wysiwyginput&token=-rFMYvcXF-BBWUwe3qaVXg' }; //]]></script>
>
>
>
>
>
> _______________________________________________
> users mailing list
> users(a)xwiki.org
> http://lists.xwiki.org/mailman/listinfo/users
>
Hi,
I'm using livetable component with the _actions column and noticed a peculiar behavior depending on the user
rights.
When user doesn't have admin right for the space which contain the table and displaying objects the _actions
column disappears from the table but still user is able to edit/delete the pages displayed by the livetable
( using the xwiki menus ).
When I grant him admin right the column appears.
My code is:
#set($columns = ["a","b","c","d","_actions"])
#set($columnsProperties = {
"a" : { "displayName" : "A", "type" : "text" },
"b" : { "type" : "text", "link" : "view", "html" : "true", "sortable":true, "displayName" : "B" },
"c" : { "displayName" : "C", "type" : "text" },
"d" : { "displayName" : "D", "type" : "text" },
"_actions" : {"actions": ["edit","delete"], "displayName" : "E"}
})
#set($options = {
"resultPage":"IPR.IPREntryClassJSON",
"rowCount": 20
})
#livetable("userdirectory1" $columns $columnsProperties $options)
In my opinion, there is an inconsistency in the livetable behavior. I can edit/delete my document manually
but livetable prevents from displaying the action column at the same time with the same privileges for the
user.
Any thoughts on that ?
Thanks,
Piotr
First of all I want say Hello to all the community.
I'm newbie of XWiki and wiki in general; I'm trying to start a enterprise
wiki and I choose XWiki after many consideration.
To create a clean and organized wiki I want give to the users the
possibility of create page starting from some template.
Previously, I use PbWiki and this platform offer some template by default,
like:
- blank template
- meeting (to schedule meetings)
- press release
- project
- to do list
and so on.
I have see the
http://www.xwiki.org/xwiki/bin/view/FAQ/HowToCreateADocumentTemplate LINK
that explain that purpose, but what I want to do is offer to the users a
choice from a list of templates to start from.
Have you some help to me?
Thank you
--
View this message in context: http://n2.nabble.com/Create-document-from-many-template-tp2424398p2424398.h…
Sent from the XWiki- Users mailing list archive at Nabble.com.
When I create a live table and some of the objects shown have empty
values, the table shows: "emptyvalue" for those fields. In the
documentation I can't find a way to make a nicer presentation (e.g.
show "-" or just a blank field). Does someone have a solution for
replacing the word "emptyvalue", preferably per livetable settings?
I've written an example:
https://wiki.noiv.nl/xwiki/bin/view/Sandbox/ClassBugsLivetable
Hi all,
Is there a way I can configure my setup to allow me to access the util binding from within Velocity? I've searched around in the documentation and can't seem to find it.
I really just want to create a map - and whilst I can do it in Groovy, it'll be easier for users if they can do it using velocity.
Any advice?
Cheers,
Adam
>If I try:
>
> {{velocity}}
> #set($map = {'name':'marius'})
> $map.put('myname','adam')
> $map.name and $map.myname
> {{/velocity}}
>
> I get:
>
> $map.put('myname','adam')
> marius and adam
>
> which is normal because the put method returns the previous value mapped
> to the specified key, which is null in our case.
The penny drops. When debugging velocity script I tend to dab $values all over the place and look for where they show up on the page. I hadn't considered this scenario. Dumping the map does indeed show that the entries are in there.
That's fantastic - thanks for your assistance.
Cheers,
Adam
>
> Do you really need a utility class? I just tried this:
Not explicitly no.
> {{velocity}}
> #set($map = {'name':'marius'})
> $map.name
> {{/velocity}}
The problem is that I don't seem to be able to update a
map created that way. If I try:
{{velocity}}
#set($map = {'name':'marius'})
$map.put('myname','adam')
$map.name
{{/velocity}}
It fails. Whereas if I use a map from elsewhere (xcontext for example) and pass it in it seems to work just fine.
I may be missing something obvious, that happens a lot!
Cheers,
Adam
Hi,
I added my LDAP users to Xwiki manually one by one through the Xwiki
Administration form, I did that so I can add them to their corresponding
groups so they have their correct user rights since their first login.
When creating a new user through the form, the password is mandatory, so I
copy/pasted the user in the password field (e.g.: user jsmith and password
jsmith as well).
Then when I asked the user to login, she could login correctly, but then I
thought maybe I should try to login using the password I set on the form,
and oh surprise, it logged in too!, is this the correct behavior or did I do
something wrong here?
I need users to login only when entering their ldap password, not their
xwiki password.
Thanks in advance.
JC