- xwiki-users@xwiki.org - lists.xwiki.org

[xwiki-users] myxwiki local user gets rights block on XWikiUserProfileSheet

by Gerritjan Koekkoek

Hi, Invitation application did not work, so I tried to create a user manually and send him the password. This seems a very bad practice on myxwiki? I have get a lot of rights errors, and now user can not update his profile and gets a no-rights on XWikiUserProfileSheet. What is best way to get users on a myxwiki wiki (as a local user!) Gerritjan Koekkoek Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS Visit our website<http://www.cdlsworld.org> Facebook<https://www.facebook.com/gerritjan.koekkoek> email<gerritjan(a)cdlsworld.org>

9 years, 4 months

1
0
0 0

[xwiki-users] Velocity documentation

by Giordano Ninonà

Hello users, I am wondering where can I find the Velocity documentation or guides to discover how this scripting language works. I am asking this because the " *Scripting"i* [1] and the "*Velocity Macro" *[2] pages explain almost anything about the usage of the language (syntax and semantic). [1] http://platform.xwiki.org/xwiki/bin/view/DevGuide/Scripting [2] http://extensions.xwiki.org/xwiki/bin/view/Extension/Velocity+Macro Thank you, Giordano.

9 years, 4 months

3
3
0 0

Re: [xwiki-users] WYSIWYG editor sometimes adds grey background to text on backspace/delete

by vincent＠massol.net

On 7 Jan 2016 at 13:33:44, Sunil Khiatani (spawn57@yahoo.com(mailto:spawn57@yahoo.com)) wrote: > Hi, > > I believe its 6.2, in the latest version of chrome. Sorry im at home now so I cant tell exactly. > > Also when I switch from wysiwyg to source I remember theres some formatting synyax like ((( sytle="background color etc ))) > > Again im not at work so i cant tell exactly. did it work for you when you tried to edit http://playground.xwiki.org/xwiki/bin/view/Main/TestDelete? Thanks -Vincent PS: Please reply to the list ;) > Sunil > > > Sent from Yahoo Mail on Android(https://overview.mail.yahoo.com/mobile/?.src=Android) > > On Thu, Jan 7, 2016 at 8:28 pm, vincent(a)massol.net > > wrote: > > Hi, > > > > On 7 Jan 2016 at 13:25:37, Sunil Khiatani (spawn57@yahoo.com(javascript:return)(mailto:spawn57@yahoo.com(javascript:return))) wrote: > > > > > I think explain it without a picture. say I have 2 lines as follows: > > > > > > 1 2 3 > > > 4 5 6 > > > > > > If I place my cursor after 3 and press delete until the two lines merge. Then 4 5 6 will show up with a light grey background. > > > > I’ve tried it and pressed suppr when the cursor was after 3 and I got: > > > > 1 2 34 5 6 > > > > But no grey background. > > > > What browser and what version are you using? I tried with Chrome 46.0.2490.71 at http://playground.xwiki.org/xwiki/bin/view/Main/TestDelete > > > > Thanks > > -Vincent > > > > PS: Please reply to the list ;) > > > > > Regards, > > > > > > Sunil > > > > > > Sent from Yahoo Mail on Android(https://overview.mail.yahoo.com/mobile/?.src=Android) > > > > On Thu, Jan 7, 2016 at 6:18 pm, vincent@massol.net(javascript:return) > > > > wrote: > > > > Hi, > > > > > > > > No need for an image, could you please paste the exact content of your page and where the cursor is when you hit the delete key? > > > > > > > > Thanks > > > > -Vincent > > > > > > > > PS: The image wasn’t shown in your posting > > > > > > > > > > > > On 7 Jan 2016 at 11:14:05, Sunil Khiatani (spawn57@yahoo.com(javascript:return)(javascript:return)) wrote: > > > > > > > > > > > Hi Vincent, > > > > > no there's not macro, they're two paragraphs of text. > > > > > The following screenshots in this imgur album help illustrate this behavior > > > > > XWiki > > > > > > > > > > | | > > > > > | | | | | | | | > > > > > | XWikiImgur: The most awesome images on the Internet. | > > > > > | | > > > > > | View on imgur.com | Preview by Yahoo | > > > > > | | > > > > > | | > > > > > > > > > > > > > > > Regards, > > > > > Sunil > > > > > > > > > > On Thursday, January 7, 2016 6:01 PM, "vincent@massol.net(javascript:return)" wrote: > > > > > > > > > > > > > > > > > > > > #yiv5080906799 * {font-family:Menlo, Arial;}Hi Sunil, > > > > > > > > > > On 7 Jan 2016 at 10:44:32, Sunil Khiatani (spawn57@yahoo.com(javascript:return)(mailto:spawn57@yahoo.com(javascript:return))) wrote: > > > > > > > > > > > Hi, > > > > > > I find that sometimes when I'm editing a page in XWiki part of the text will turn into a light grey background under certain situations. > > > > > > If I have two paragraphs, and I press delete or backspace so that the two paragraphs become one paragraph. One of the paragraphs will have a light grey background. > > > > > > Is there a way to turn this behavior off? > > > > > From IRC:> maybe when you delete a char, the previous element is a macro?> (and thus the whole rendring of that macro gets highlighted)> best would be for you to provide some content for us to reproduce > > > > > Thanks-Vincent > > > > > > Regards, > > > > > > Sunil > > > > >

9 years, 5 months

3
3
0 0

Re: [xwiki-users] WYSIWYG editor sometimes adds grey background to text on backspace/delete

by vincent＠massol.net

Hi, On 7 Jan 2016 at 13:25:37, Sunil Khiatani (spawn57@yahoo.com(mailto:spawn57@yahoo.com)) wrote: > I think explain it without a picture. say I have 2 lines as follows: > > 1 2 3 > 4 5 6 > > If I place my cursor after 3 and press delete until the two lines merge. Then 4 5 6 will show up with a light grey background. I’ve tried it and pressed suppr when the cursor was after 3 and I got: 1 2 34 5 6 But no grey background. What browser and what version are you using? I tried with Chrome 46.0.2490.71 at http://playground.xwiki.org/xwiki/bin/view/Main/TestDelete Thanks -Vincent PS: Please reply to the list ;) > Regards, > > Sunil > > Sent from Yahoo Mail on Android(https://overview.mail.yahoo.com/mobile/?.src=Android) > > On Thu, Jan 7, 2016 at 6:18 pm, vincent(a)massol.net > > wrote: > > Hi, > > > > No need for an image, could you please paste the exact content of your page and where the cursor is when you hit the delete key? > > > > Thanks > > -Vincent > > > > PS: The image wasn’t shown in your posting > > > > > > On 7 Jan 2016 at 11:14:05, Sunil Khiatani (spawn57@yahoo.com(javascript:return)) wrote: > > > > > Hi Vincent, > > > no there's not macro, they're two paragraphs of text. > > > The following screenshots in this imgur album help illustrate this behavior > > > XWiki > > > > > > | | > > > | | | | | | | | > > > | XWikiImgur: The most awesome images on the Internet. | > > > | | > > > | View on imgur.com | Preview by Yahoo | > > > | | > > > | | > > > > > > > > > Regards, > > > Sunil > > > > > > On Thursday, January 7, 2016 6:01 PM, "vincent(a)massol.net" wrote: > > > > > > > > > > > > #yiv5080906799 * {font-family:Menlo, Arial;}Hi Sunil, > > > > > > On 7 Jan 2016 at 10:44:32, Sunil Khiatani (spawn57@yahoo.com(mailto:spawn57@yahoo.com)) wrote: > > > > > > > Hi, > > > > I find that sometimes when I'm editing a page in XWiki part of the text will turn into a light grey background under certain situations. > > > > If I have two paragraphs, and I press delete or backspace so that the two paragraphs become one paragraph. One of the paragraphs will have a light grey background. > > > > Is there a way to turn this behavior off? > > > From IRC:> maybe when you delete a char, the previous element is a macro?> (and thus the whole rendring of that macro gets highlighted)> best would be for you to provide some content for us to reproduce > > > Thanks-Vincent > > > > Regards, > > > > Sunil > > >

9 years, 5 months

1
0
0 0

[xwiki-users] WYSIWYG editor sometimes adds grey background to text on backspace/delete

by Sunil Khiatani

Hi, I find that sometimes when I'm editing a page in XWiki part of the text will turn into a light grey background under certain situations. If I have two paragraphs, and I press delete or backspace so that the two paragraphs become one paragraph. One of the paragraphs will have a light grey background. Is there a way to turn this behavior off? Regards, Sunil

9 years, 5 months

2
3
0 0

[xwiki-users] [Brainstorming] Home Page concept (was Re: New Page Has No Parent)

by vincent＠massol.net

Hi Edy and all, On 5 Jan 2016 at 11:52:24, Eduard Moraru (enygma2002@gmail.com(mailto:enygma2002@gmail.com)) wrote: > Hi Randy, > > From your choice of words (and your continued usage of the now deprecated > "spaces" macro on the homepage, as observed in the screenshot you`ve > provided), I understand that you still see things in terms of "creating > spaces" and "creating documents inside spaces" in 7.4 and, IMO, that`s > really the issue. > > In case you`ve missed it from the release notes, starting with 7.2, we`ve > introduced the notion of Nested Pages [1], which means that you no longer > have the notion of "pages inside spaces", but always "pages inside pages". > Technically, it is actually implemented by always creating a "space" when > you create a page from the UI, but the user should see it as if he is > always creating a page. > > = Use Case 1 = > > When your users go to your homepage and create a new page "under the Main > space", they are actually creating a nested page (old "space"), under the > homepage (document called "Main") of your wiki. If you change [2] the > homepage of your wiki to point to a different document instead (say > "Some.Other.Homepage"), I`m fairly sure that you do not want your users to > start creating new pages as children of that page (e.g. > "Some.Other.Homepage.NewUserPage"), because that is what the alternative > would lead to. > > The logic behind the original decision of handling the homepage differently > was that, even as Guillaume was hinting, the homepage is seen as the "root" > of your wiki. Creating a page from the root should result in creating top > level pages, not child pages. If you wanted to create a child page of > something from the homepage, you would explicitly do so by selecting a > parent. Not selecting a parent while on the homepage would logically imply > that you want to create a page in the wiki (i.e. top page). > > I`m curious why do you find it normal the other way around, i.e. landing on > the wiki (i.e. not navigating somewhere in particular) + creating a new > page => resulting in creating a child page of the "Main" page (which > happens to be the homepage). > > If you always create child pages of the homepage ("Main" page), on the long > run, all your URLs will be /Main/This/Page, /Main/That/Page, > /Main/That/Other/Page, etc... but ultimately, what is this "Main", and why > is it that important to drag it along in all your page URLs? (of course, > again, if you change your homepage to "Some.Other.Homepage", all your urls > will be prefixed by that!) > > = Use case 2 = > > Now, another way of looking at this would be that, for some reason, you > *really* want to keep all your content under some top level page (e.g. as > Vincent suggested, a "Content" container page), perhaps to separate it from > applications (which, for historic reasons, currently are also located in > the top level) like Blog, Sandbox, etc. or any other reason. > > The only limitation in this usecase is if you also want to use that > container page ("Main", "Content", etc.) as your homepage. In this case, > indeed, I see no other solution but to modify the createinline.vm template > or for us to drop this behavior altogether. > > --- > > Conclusion so far: > We have 2 use cases regarding a new page's parent. They can both coexist, > except that, in some cases, the 2nd use case is limited by the first use > case. If we consider this limitation to be a deal breaker, then we are left > with 2 choices: > A. Drop use case 1 (i.e. always propose the current page as parent of the > new page, regardless if the current page is the homepage or not) > B. Make use case 1 configurable (i.e. enable or disable it completely, in > case you are suffering from the limitation of the second use case; this > allows the user to decide if it's useful or not) > > Of course, if option B is what we go for, we also need to figure out where > we would put such a configuration. > > I would be in favor of option B (since I obviously believe that use case 1 > is something useful for the majority of cases), but have no idea on the > location of the configuration. > > WDYT? I agree about what you’ve said above. However I think the main problem comes from the fact that the user doesn’t know: * That he’s on a special page (home page). He sees himself/herself on the Main/WebHome page, i.e. in the Main space. * The user doesn’t realize that the home page of his/her wiki is a virtual page that can be configured to point to any page and that it just happens that by default it’s been set to point to Main.WebHome. * It can even be argued that the home page doesn’t exist and that the user is redirected to the page configured in the main wiki’s descriptor, i.e. Main.WebHome and thus when you click “+” to add a new page you’re not on the home page anywhere but on Main.WebHome. So, I see 2 choices: 1) Option A, i.e. "drop use case 1 (i.e. always propose the current page as parent of the new page, regardless if the current page is the homepage or not)." 2) Find a way to make the home page special and different from Main.WebHome. It could be a special URL as suggested by Guillaume in a previous post, such as http://localhost:8080/xwiki/bin/view/ and it would redirect to a special resource type for the home page, which would be served as a template. For example: http://localhost:8080/xwiki/home. This would be easy to implement. Of course we would keep the ability to configure where the home page of the main wiki points to in the Admin UI and /home would be used only when no custom configuration is defined so that it would still be easy for users to configure what they want to display on the home page. In order to make it simpler we could even introduce a "Home Page” entry in the Admin UI. We would also need to find some different content for Main.WebHome. I haven’t thought about all the consequences of 2) but at first sight it seems it could be something that could work and could even solve the issue we currently have of it being hard to edit. Note that the home page wouldn’t have an Edit button. Seen differently, the home page would be controllable only by an Admin, which IMO can make sense. So, all in all, I think I’d be in favor of solution 2) (unless some gotchas). Barring that, I’d prefer solution 1) instead of option B above. WDYT? Thanks -Vincent > Thanks for all your feedback so far and I`m counting on your help and > anyone else interested to reach a conclusion regarding this. > > -Eduard > > ---------- > [1] http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization > [2] > http://www.xwiki.org/xwiki/bin/view/FAQ/How+to+change+the+home+page+destina… > > On Mon, Jan 4, 2016 at 3:13 PM, Randy Havens < > Randy.Havens(a)cityofrochester.gov> wrote: > > > > So if we bring > > > back the old behavior as-is we'd still have to find a solution for > > > top-level space creation. > > > > That’s already taken care of. This is how I always created spaces before: > > (this is a screenshot from my 7.4 instance, so I know that it is still an > > option) > > > > [cid:image001.png@01D146C6.3625A240] > > > A suggestion I had now that nested spaces are activated by default was to > > > make the home page of the wiki be "above" every other space. Said > > > differently, the home page would reside directly at > > > https:///xwiki/bin/view/ > > > without anything else being mentioned. From that page you'd be able to > > > create top-level spaces, and every other page would behave as expected, > > > including Main.WebHome. I think this is what would feel the most natural, > > > but it causes many underlying issues, notably because a page with no > > > document reference cannot really exist in XWiki right now. > > > > I agree. This seems to be a sensible solution. > > > > > > image001.png (23K) < > > http://xwiki.475771.n2.nabble.com/attachment/7597376/0/image001.png>

9 years, 5 months

3
2
0 0

[xwiki-users] migrating from .war to Debain apt package

by shouldbe q931

Hi, I'm struggling with migrating a 6.3 .war instance to a Debian APT/package 7.3 instance. I had hoped I would be able to install as per http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT choosing the xwiki-enterprise-tomcat7-mysql package, then edit hibernate.cfg.xml to point at the existing (external) MySQL instance hosting the database, then edit server.xml, xwiki.cfg and xwiki.properties to match the previous. The new instance connects, and after editing xwiki.cfg, I can login as superadmin, the previously setup LDAP auth not working), I was expecting to see the xwiki updater run, but it did not, and the top bar of xwiki is empty, it only has the logo on the far left and the three little lines on teh far right under which the only option is logout. Do I need to to do a .war update to get it up to 7.3 before migrating to a Debian APT/package instance ? or is there something that I have missed ? Cheers

9 years, 5 months

3
10
0 0

[xwiki-users] Path-based wiki access and Domain-based wiki access

by Hugor Mbuta

Hi All, I created one wiki page on my windows 7 machine with some sub pages and some documents inserted so everything is good so far. But I would like to change URL name of wiki page at moment it’s call: http://localhost:8080/xwiki/bin/view/Main/?srid=EiLr8Qmn I would like to change that by a pretty name instead the the default path and also able to access the wiki page from another computer on my network. I checked some document on the xwiki.org regarding Path-based wiki access and Domain-based wiki access. The documentation is not enough clear for me so someone can give the full steps to change the path and make this access everywhere in the network, please Regards, Thanks H. Hugor Mbuta IT Support Analyst direct dial +44 (0) 20 7332 9995 H.mbuta(a)gasstrategies.com [http://www.gasstrategies.com/gslogo.jpg]<http://www.gasstrategies.com> Gas Strategies 10 St Bride Street London, EC4A 4AD +44(0) 20 7332 9900 www.gasstrategies.com<http://www.gasstrategies.com> This e-mail, including any attached files, may contain confidential and privileged information for the sole use of the intended recipient. Any review, use, distribution, or disclosure by others is strictly prohibited. If you are not the intended recipient (or authorized to receive information for the intended recipient), please contact the sender by reply e-mail and delete all copies of this message. Please note that we do not accept any responsibility for viruses and it is your responsibility to scan the email and attachments (if any). Gas Strategies Group Limited is a company registered in England and Wales under company number 2225820. Gas Strategies is the trading name of Gas Strategies Group Limited. Registered company address: 10 St Bride Street, London, EC4A 4AD

9 years, 5 months

2
1
0 0

[xwiki-users] Why deleted page still appear in the UI?

by Giordano Ninonà

Hi users, I'm developing a java component that offer APIs accessed through script services to perfom modification to the wiki. When I delete a document (thus the related page I guessed) from my java code with the "*.deleteDocument(doc, context)*", on my browser I see the last modification as a page deletion but the page is still accessible on the tree representation. The XWikiDocument's method ".setHidden(true)" solve my problem, but I can't catch the relations between xwiki pages-->Documents-->Document reference and how to handle deletion of non-terminal pages preserving the information contained in them like: the wiki and the nested page to whom they had been belonged, the content and the comments. Thanks for your help, Giordano.

9 years, 5 months

4
11
0 0

[xwiki-users] [myxwiki] new wiki request

by Metamechanic

Hi. I’d like to register a second new community Xwiki please. Description: It is a wiki called Enough For All. It is designed to be an open community repository for information related to poverty at all levels. It aims to have a social network and collaboration aspect to it. Owner name: Adam Duus Username: metamechanic Wiki name: EnoughForAll Thank you. Regards, Adam Duus.

9 years, 5 months

2
1
0 0

[xwiki-users] New Page Has No Parent

by Randy Havens

When I create a new page in my Main space, the "Parent" field defaults to empty, but when I create a new page in any other space, it defaults to the name of that space. When a user tries to post a new page with the parent empty, they get an "access denied" message, but if you put "Main" in the parent it works as expected. Is there a way to default this value to "Main" when not in another space, instead of having it default blank? This wasn't an issue up to XWiki 7.1.2, but it is an issue in 7.3 and 7.4 - when nested pages started getting worked on. -- View this message in context: http://xwiki.475771.n2.nabble.com/New-Page-Has-No-Parent-tp7597344.html Sent from the XWiki- Users mailing list archive at Nabble.com.

9 years, 5 months

5
10
0 0

[xwiki-users] XWiki java client authentication

by Bryn Jeffries

Hello, I need to write a small Java utility to interact with my XWiki server - it's main purpose is to take a file containing paths to various files, and then upload (POST) them to the server. It looks as though this cannot be done from within the browser directly since sandboxing prevents working with file paths directly. Having read through the RESTful client information (http://platform.xwiki.org/xwiki/bin/view/Features/XWikiRESTfulAPI) I am not sure I need to completely go down this route as I don't need access to representations of the XWiki objects. AFAICS I will simply need to GET and POST to specific URLs of the wiki. However, I would greatly appreciate advice on how best to handle authentication. Guest users are not allowed, so username and password should be provided, and in some way a session needs to be maintained. Are there any simple examples for logging in to XWiki and maintaining a session from within a Java client? I'm wondering if I still might need the RESTful API for this, but the documentation doesn't really cover this in detail. Thanks, Bryn

9 years, 5 months

2
1
0 0

[xwiki-users] CMS feature: to define a document manual tree and then export the pages as PDF

by Andrea Belli

Dear all, I'm a happy XWiki user since 2013, deployed as internal wiki for a tech team. Now I'm evaluating the usage of XWiki as CMS for writing product documentation. In the past I used Alfresco but I think the XWiki approach is more flexibile and easy for non-technical guys. The latest version I tried was the 6.4 which it works pretty well for all the use cases I'd like to fit, except for this need: I'd like to write a set of pages, and then arrange them in a structured manual with a table of Content, i.e. using a tree view and moving pages from a section to another, and then export them as PDF. For example, I'd like to write 4 wiki pages, and then I'd like to create a PDF picking up three of them defining a table of contents such as * page1 o page4 o page2 * page3 I saw this feature as plugin for Confluence: is this available in XWiki or scheduled for one of the next releases? Best Regards Andrea

9 years, 5 months

2
1
0 0

[xwiki-users] [myxwiki] new xwiki request

by Metamechanic

Hi. I’d like to register a new community Xwiki please. Description: It is a wiki called Global Effort, which stands for Global Energy Futures, Foresight and Transitions. It is designed to be an open community repository for information related to global energy futures. (Futures as in scenarios, backcasting, forecasts etc and not stock market speculation.) It aims to have a social network and collaboration aspect to it. Owner name: Adam Duus Username: metamechanic Wiki name: globaleffort Thank you. Regards, Adam Duus.

9 years, 5 months

2
1
0 0

Re: [xwiki-users] import of a XAR and versions

by vincent＠massol.net

Hi Peter, No it’s not been fixed in 6.4.x. Maybe Thomas has decided not to backport it since it could a bit dangerous? Thomas? Thanks -Vincent On 4 Jan 2016 at 11:02:58, Peter Huisman (p.huisman@ximm.nl(mailto:p.huisman@ximm.nl)) wrote: > Hi Vincent, > > Thanks for the prompt response and great to hear that it is already fixed! I am wondering (since I can’t find it easily) if you also have fixed in the latest 6.x series since we are not ready to move to 8. > > Br, > > Peter > > Op 4 jan. 2016, om 10:59 heeft vincent@massol.net(mailto:vincent@massol.net) het volgende geschreven: > > Hi Peter, > > On 4 Jan 2016 at 10:55:49, Peter Huisman (p.huisman@ximm.nl(mailto:p.huisman@ximm.nl)(mailto:p.huisman@ximm.nl)) wrote: > > > > > Hi, > > > > > > I have a question regarding the import of a XAR. > > > > > > When we do an import of a XAR (exported with the History), we have noticed that - when the document NOT contains an attachment - the version history of the document is identical to the original (obviously as expected). However, when the document contains an attachment, it look like a new version of the document is created with the comment being identical to the last available comment. We have experimented with file an DB store (since we have multiple servers in use with different setups) but that does not solve this issue. > > > > > > 1 - Is this the expected result? > > > 2 - Is there a way to work around this (in our case) unwanted result? > > > > > > Thanks in advance for looking at this. > > > > I think you’ve experienced http://jira.xwiki.org/browse/XWIKI-9960 which we’ve just fixed. > > > > Thanks > > -Vincent > > > > > Br, > > > > > > Peter

9 years, 5 months

3
4
0 0

[xwiki-users] import of a XAR and versions

by Peter Huisman

Hi, I have a question regarding the import of a XAR. When we do an import of a XAR (exported with the History), we have noticed that - when the document NOT contains an attachment - the version history of the document is identical to the original (obviously as expected). However, when the document contains an attachment, it look like a new version of the document is created with the comment being identical to the last available comment. We have experimented with file an DB store (since we have multiple servers in use with different setups) but that does not solve this issue. 1 - Is this the expected result? 2 - Is there a way to work around this (in our case) unwanted result? Thanks in advance for looking at this. Br, Peter

9 years, 5 months

2
1
0 0

[xwiki-users] How to deploy Java Component and save files?

by Giordano Ninonà

Hi users, My project in XWiki consists in a java component which offers some APIs through a script service called by a Velocity script in a wiki page. I put my .jar in the directory C:\XWiki Enterprise 7.3\*webapps\xwiki\WEB-INF\lib *and this is the Velocity and HTML code that I've put in my XWiki page: {{velocity}} #if("$!request.evolver" == 1) ## Request for creating a new instance $services.pars.parse() $services.evo.removeInstance("Take bike") $response.sendRedirect($xwiki.getURL('Main.WebHome')) ## Stop processing, since we already sent a redirect. #stop #end {{html}} <form action="" id="newEvolution" method="post"> <div> <input type="hidden" name="evolver" value="1"/> <span class="buttonwrapper"> <input type="submit" value="Evolve" class="button"/> </span> </div> </form> {{/html}} {{/velocity}} Let first say that nothing is happening when I click on the "Evolve" button and I don't know why...it looks like it should work, also because creating a Main_test class in Eclipse, I can run my software calling exactly the same methods and it works! Moreover my component must create some files to store some information, thus I am wondering where to save those files in order to make them accessible by the component. Any suggestions? Thanks in advance, Giordano.

9 years, 5 months

4
12
0 0

[xwiki-users] [ANN] XWiki 7.4 released

by Guillaume "Louis-Marie" Delhumeau

The XWiki development team is proud to announce the availability of XWiki 7.4. This is our last stabilization release for the XWiki 7.x cycle and the new Long Term Support (LTS) version. It mainly brings polishing and stabilization for the Nested Pages feature, especially in the UI. Among other things, this release introduces a new notifications menu with the watchlist actions inside. Application Within Minutes now creates a *Code* and a *Data* page where the application content is stored. And it is now possible to have template hierarchies and to add an redirection when a page is renamed. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki74 The following people have contributed code to this release (sorted alphabetically): * Andreas Jonsson * Clemens Robbenhaar * Ecaterina Moraru (Valica) * Eduard Moraru * Guillaume Delhumeau * Jean SIMARD * Manuel Smeria * Marius Dumitru Florea * Sergiu Dumitriu * Thomas Mortagne * Vincent Massol Thanks for your support -The XWiki dev team

9 years, 5 months

1
0
0 0

[xwiki-users] Active Directory / LDAP lockouts

by Harrison Lambeth

Hey all, I have an instance of XWiki running that is integrated with Active Directory. 99% of the time, users are able to log in without issues. However, once in a while (every month or two), a user will get kicked off (signed out and their credentials no longer work). After a couple hours, they are able to log in perfectly fine. During this time, other users have no login issues and using a different browser, clearing cookies/cache, etc do not seem to help at all. Additionally, the user can still log into other systems that use Active Directory with those same credentials. It also doesn't look like this is happening because of a password reset as far as I can tell; today a user was locked out but their last password reset was last week some time. Does anyone have any ideas about what might be causing this, or at least know how to narrow it down to figure out if it's an XWiki issue or if it's something else? I have been poking around through the log files but I haven't been able to see anything out of the ordinary. Thanks, Harrison American Express made the following annotations ****************************************************************************** "This message and any attachments are solely for the intended recipient and may contain confidential or privileged information. If you are not the intended recipient, any disclosure, copying, use, or distribution of the information included in this message and any attachments is prohibited. If you have received this communication in error, please notify us by reply e-mail and immediately and permanently delete this message and any attachments. Thank you." American Express a ajout� le commentaire suivant le Ce courrier et toute pi�ce jointe qu'il contient sont r�serv�s au seul destinataire indiqu� et peuvent renfermer des renseignements confidentiels et privil�gi�s. Si vous n'�tes pas le destinataire pr�vu, toute divulgation, duplication, utilisation ou distribution du courrier ou de toute pi�ce jointe est interdite. Si vous avez re�u cette communication par erreur, veuillez nous en aviser par courrier et d�truire imm�diatement le courrier et les pi�ces jointes. Merci. ******************************************************************************

9 years, 5 months

2
3
0 0

Re: [xwiki-users] How to avoid nested space?

by vincent＠massol.net

Hi, The default dashboard is located in Dashboard.WebHome. When you upgraded you should have had the Distribution Wizard upgrade that page. Was that the case? Could you check the history for that page? Now two things could have happened: 1) you overwrote the changes brought by the Distribution Wizard by importing old versions of pages from your previous wiki. If you’ve done that then you’ve most likely broken the upgrade process since you’ve removed all the upgrades that were required to all default wiki pages! :) See http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Upgrade for the canonical way of upgrading an XWiki instance. If you’ve done that I suggest that you redo the upgrade. 2) you have modified Dashboard.WebHome. If this is the case then you’ll need to update your version to use the {{documentTree}} macro instead of the spaces macro. As I’ve mentioned already in my reply the notion of Spaces have been removed from the UI (I’ve linked you to some page with the explanation, have you been able to read that page? was it clear? should we improve things there with more explanations?). Thanks Hope it helps, -Vincent On 23 Dec 2015 at 12:19:45, KirbY ZhoU (kirbyzhou(a)gmail.com) wrote: I belived that I have use the space widget version 7.3. I created a new Xwiki-7.3, and then import the old spaces one by one, excluding 'Main', 'XWiki' and all spaces coming with Xwiki default pages. I just want to get a simple space list. 发件人: Vincent Massol <vmassol(a)gmail.com> 代表 "vincent(a)massol.net" <vincent(a)massol.net> 日期: 2015年12月23日星期三上午4:41 至: XWiki Users <users(a)xwiki.org> 抄送: KirbY ZhoU <kirbyzhou(a)gmail.com> 主题: Re: [xwiki-users] How to avoid nested space? Hi KirbY, On 22 Dec 2015 at 21:27:47, KirbY ZhoU (kirbyzhou@gmail.com(mailto:kirbyzhou@gmail.com)) wrote: > How to avoid nested space? > > Since the new nested space feature, a lot of nested space such as "XXX.YYY" appears in the "Space List" in my home page. > If I want to create a sub page, a new nested space created silently. It becomes more and more, and bothers our users. > > I want keep the original simple one level space and documents tree model instead of the new nested space model. How can I get it? The issue is that you haven’t upgraded your home page (the dashboard I presume). We have replaced the Space widget with a Documents widget. Normally, when you have upgrade you should have had the Distribution Wizard kicking in and updating the default wiki pages. Please let us know what you’ve done when the Distribution Wizard has executed. The notion of Spaces has been removed starting with XWiki 7.2+ Please see http://platform.xwiki.org/xwiki/bin/view/Features/ContentOrganization The introduction of Nested Spaces is a large change and we wish to make it as seamless as possible to our users. Please let us know any issue you see and we’ll try to help you and see if we can improve things by default so that other users have less problems upgrading. Thanks for your help and patience. -Vincent

9 years, 5 months

1
0
0 0

[xwiki-users] Is there a simple way to create a document tree default expand to 3 levels?

by KirbY ZhoU

Is there a simple way to create a document tree default expand to 3 levels? For example: * Level 1 ** Level 2 *** Level 3 *** Level 3 ** Level 2 *** Level 3 ** Level 2 *** Level 3 And, DO NOT use "see more" button to hide items. DocumentTree macro seems do not work for this situation.

9 years, 5 months

2
3
0 0

[xwiki-users] How to avoid nested space?

by KirbY ZhoU

How to avoid nested space? Since the new nested space feature, a lot of nested space such as "XXX.YYY" appears in the "Space List" in my home page. If I want to create a sub page, a new nested space created silently. It becomes more and more, and bothers our users. I want keep the original simple one level space and documents tree model instead of the new nested space model. How can I get it?

9 years, 5 months

2
1
0 0

[xwiki-users] [ANN] XWiki 7.4 Release Candidate 1 released

by vincent＠massol.net

The XWiki development team is proud to announce the availability of XWiki 7.4 Release Candidate 1. This is our last stabilization branch for the XWiki 7.x Cycle. It brings polishing and stabilization for the Nested Pages feature and the changes in UI that resulted from it. You can download it here: http://www.xwiki.org/xwiki/bin/view/Main/Download Make sure to review the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki74RC1 The following people have contributed code to this release (sorted alphabetically): Guillaume Delhumeau Sergiu Dumitriu Marius Dumitru Florea Vincent Massol Thomas Mortagne Thanks for your support -The XWiki dev team

9 years, 5 months

1
0
0 0

Re: [xwiki-users] Errors in Catalina.log

by Tobias Kirchhofer

I am facing the same problem - did you solve it? -- View this message in context: http://xwiki.475771.n2.nabble.com/Errors-in-Catalina-log-tp7596965p7597300.… Sent from the XWiki- Users mailing list archive at Nabble.com.

9 years, 5 months

1
0
0 0

[xwiki-users] openTo attr of documentTree macro DO NOT work

by KirbY ZhoU

Xwiki-7.3 For example: My page hierarchy looks like: Sandbox.WebHome TestPage1 TestPage2 TestPage3 SubPage1 SubPage2 SubPage3 SubPage3-1 I want to create a tree open to 'SubPage2' So the tree should like: *Sandbox.WebHome ** TestPage1 ** TestPage2 ** TestPage3 *** SubPage1 *** SubPage2 *** SubPage3 I have a lot of code such like: {{documentTree root="space:Sandbox" showRoot="false" showTranslations="false" hierarchyMode="parentchild" openTo="document:Sandbox.SubPage1"/}} {{documentTree root="space:Sandbox" showRoot="false" showTranslations="false" hierarchyMode="parentchild" openTo="document:Sandbox.TestPage3.SubPage1"/}} But none of it works; the tree view user seen is always NOT expanded! It has just one level: *Sandbox.WebHome My user have to expand the tree hand by hand. Anyone can help me?

9 years, 5 months

2
2
0 0

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

xwiki-users