Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions
> I’d go as far as saying that the labels could actually be distracting by > taking more visual > space and catching your eyes when you look at the UI as a whole and want to > focus on the > content. I totally agree with this about the UI and wasted space and distractions. > Now this could be minor and the advantages for the newcomers could be more > important than the > small downside for returning users. Well newcomers just need to learn about the functions of the buttons by using them once or twice. Whereas the rest of us have to deal with the wasted space and distraction forever more :) Also, can't the concern about newcomers (and the introduction to the purpose of the buttons) be addressed with the tour application that now runs for new users? Honestly I don't think everyone is going to agree on this. Whatever the XWiki team chooses, will probably be fine. People will complain for a bit and just move on with life. So I think the team should just take the result from the poll and implement that as I think the topic could continue indefinitely :-) Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 28 April 2017 09:02 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions > On 28 Apr 2017, at 09:57, Ecaterina Moraru (Valica) <vali...@gmail.com> wrote: > > On Fri, Apr 28, 2017 at 10:47 AM, Clément Aubin > <clement.au...@xwiki.com> > wrote: > >> Hi, >> >> On 04/27/2017 11:58 AM, Ecaterina Moraru (Valica) wrote: >>> Some summary until now: >>> P2: Craig, Olivier >>> P4: Mahomed, Steffen, Jesse, Miroslav >> >> As a «fresh» user, I would prefer P2, mostly because I don’t think >> that every newcomer will have the intuition to look at the top-right >> corner of the page for its options. Adding labels allows for those >> three icons to be more visible. >> >> > From an usability perspective, having labels is unbeatable both for > new users and advanced users. I agree for new users but not for advanced. Users who’ve used those button just once know about them and don’t need the labels. I’d go as far as saying that the labels could actually be distracting by taking more visual space and catching your eyes when you look at the UI as a whole and want to focus on the content. Now this could be minor and the advantages for the newcomers could be more important than the small downside for returning users. Thanks -Vincent > We could also display the icons labels only if the user has the > «simple» >> user profile and remove them as soon as he becomes more advanced. >> > > Not sure about making this configurable. It's a simple decision, we > need to agree on a default. With this approach we make everything in > XWiki configurable. > > The advantage of reaching to newcomers is that in time they will also > become advanced users. We want to encourage user transformation. Also > I don't think users that start with a more explicit interface will > like the change after, since they will become accustomed to it. > > Thanks, > Caty > > >> >> Thanks, >> >> -- >> Clément Aubin >> Web Developer Intern @XWiki SAS >> clement.au...@xwiki.com >> More about us at http://www.xwiki.com
Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions
This P2 is much nicer, but I still prefer P4. I can see why some people like P2 as it is more descriptive. But, P4 still matches the current icons better (and I am guessing not many people have complained that they don't know what those mysterious buttons in the top right are for.) Additionally there's a tool tip when you hover over the buttons and once you know what the button does, you don't actually need the label. The icons are pretty universal as well. i.e. a Pencil indicates editing and a Plus sign indicates "adding". I don't suppose this could be a wiki wide configurable option? :) Or maybe something that can be turned on/off with a class in the skin. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 26 April 2017 16:06 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions On Wed, Apr 26, 2017 at 5:46 PM, Craig Wright <crw+xw...@crw.xyz> wrote: > Hi Caty, > > I would use the Edit text w/ pencil on Edit and just the plus icon for > Create. The reason is Edit needs to be differentiated from Create, but > this is accomplished with the word Edit. On small resolutions (iPhone) > I think it is acceptable to hide the word Edit. > I have to disagree here. The purpose is to promote and highlight both important actions and that is both 'Edit' and 'Create'. The 'plus' sign can be also confusing for new users. Highlighting just 'Edit' would be hard to justify. > > The triple-dot icon needs to be a button. P2 has it as a free-floating > icon, P4 has it as a button: it needs to be a button as per P4. > Yes, a better screenshot for P2 is http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P2_noRightPanels.png The symmetric P4 screenshot is http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P4_noRightPanels.png Thanks, Caty > Otherwise, looks good! > > Be well, > Craig > > > On Apr 26, 2017, at 3:34 PM, Miroslav Galajda < > miroslav.gala...@gmail.com> wrote: > > > > Hi, > > > > I'm voting for P2 because it is making the visual style of buttons > > with dropdown menu to look as they should look, with indication of > > the > dropdown > > menu. > > Secondly, the visual style of the edit page button will keep > > consistent with the buttons for inline section editing. > > > > Best regards, > > Miroslav Galajda > > > > > > > > On 26 April 2017 at 15:27, Ecaterina Moraru (Valica) > > <vali...@gmail.com> > > wrote: > > > >> This is getting interesting since I know users that like the P2 > >> version > and > >> actually it was one of the first choices for re-implementation. > >> > >> I guess we need more votes to reach a conclusion. > >> Thanks to everyone that is participating, Caty > >> > >> On Wed, Apr 26, 2017 at 4:14 PM, Jesse Bright > >> <je...@abrightfamily.com> > >> wrote: > >> > >>> They both look great but I like the look of P4 better. > >>> > >>> Regards, > >>> > >>> Jesse > >>> > >>>> On Apr 25, 2017, at 10:33 AM, Ecaterina Moraru (Valica) < > >>> vali...@gmail.com> wrote: > >>>> > >>>> Hi, > >>>> > >>>> We had feedback that new users don't know where to find the > >>>> 'Edit' and 'Create' buttons. Also there is some confusions of why we > >>>> have a 'cog' > >>> icon > >>>> that contains actions like 'Delete' and a 'three dots' icon that > >> contain > >>>> other actions. > >>>> > >>>> Would be great if you could tell us which version you prefer: > >>>> P2: > >>>> http://design.xwiki.org/xwiki/bin/download/Proposal/ > >> IdeaLabeledActions/ > >>> advancedUser.png > >>>> P4: > >>>> http://design.xwiki.org/xwiki/bin/download/Proposal/ > >>> IdeaLabeledActions/P4_1_bigger.png > >>>> > >>>> Both proposals add backgrounds around the icons, the main > >>>> difference > is > >>>> that P2 also uses descriptive labels, while P4 keeps the > >>>> consistency > >> with > >>>> the top icons and a more minimalist style. > >>>> > >>>> For the more actions menu, we want to combine the actions and add > >>> category > >>>> labels, see > >>>> http://design.xwiki.org/xwiki/bin/download/Proposal/ > >> IdeaLabeledActions/ > >>> moreActions.png > >>>> > >>>> What do you think? Do you have other solutions for your > >>>> instances? Did > >>> you > >>>> encounter the same problem? > >>>> > >>>> Thanks, > >>>> Caty > >>> > >>> > >>> > >> > >
Re: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions
P2 is great because it is descriptive and probably helpful on wikis with a lot of users who are "less technical" or "slightly technophobic". P4 is great because it is compact and I think even technophobic users will understand what the buttons do after the first few tries. So my vote is for P4. Regarding "combine the actions and add category labels". That looks awesome and much more intuitive. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 25 April 2017 18:33 To: XWiki Mailinglist <users@xwiki.org> Subject: [xwiki-users] [Proposal][UX] Feedback for Explicit Content Actions Hi, We had feedback that new users don't know where to find the 'Edit' and 'Create' buttons. Also there is some confusions of why we have a 'cog' icon that contains actions like 'Delete' and a 'three dots' icon that contain other actions. Would be great if you could tell us which version you prefer: P2: http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/advancedUser.png P4: http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/P4_1_bigger.png Both proposals add backgrounds around the icons, the main difference is that P2 also uses descriptive labels, while P4 keeps the consistency with the top icons and a more minimalist style. For the more actions menu, we want to combine the actions and add category labels, see http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaLabeledActions/moreActions.png What do you think? Do you have other solutions for your instances? Did you encounter the same problem? Thanks, Caty
Re: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons
I don't really use small viewports but if I did, my vote would be for http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/after.png The design is clean, flows and is intuitive. (Unless I've misunderstood you, and you are saying this is the way it looks now :) ) I have noticed that you have lost "Preview" from the compacted bar. Maybe make the left button preview, the right button is "Save & View" with a drop down for "Save & Continue" (like you have with the Edit/Settings button. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 25 April 2017 18:22 To: XWiki Mailinglist <users@xwiki.org> Subject: [xwiki-users] [Proposal][UX] Feedback for Visible Save buttons Hi, We had some users complaining that the first time they edit a page they don't know how to save it. Depending on the screen resolution, the save buttons since they are at the bottom of the page are not visible and some users don't know they need to scroll in order to see them. We want to make some changes to XWiki, that: - Display the save buttons in a fixed bottom bar, when they are out of the viewport, see http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/bottomBar.png - When the user scroll, the buttons go into their position, see http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/after.png - We compacted the bottom functionalities (summary, minor, auto-save), see before: http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/before.png after: http://design.xwiki.org/xwiki/bin/download/Proposal/IdeaVisibleSave/smallViewPort.png What do you think about this proposal? Would it improve the visibility of the buttons? Do you have other ideas? Is it something we should implement? Thanks, Caty
Re: [xwiki-users] display page title and name(url) while creating a page
I was just mocking up some samples of my recommendation (which I think possibly lines up with Vincent's points 2 and 3), when I realised that there already exists the UI to edit the Page URL. It's just not called that and I didn't remember seeing it. But I see that's probably what Caty was referring to :-) I feel like I am just catching up to the conversation :-) So just to re-cap 1) You can currently edit the location, but this is only for advanced users. (Maybe this can be a Wiki-wide setting instead of being tied to advanced users, even if it can only be set in the config file - screenshot https://snag.gy/vS4f3j.jpg). Personally I don't see why this needs to be an advanced user only feature, because if a user can create a page and decide what its parent page is, why can't they decide on the URL name? A wiki-wide setting will allow the Admin to make this decision on an all or nothing basis (rather than just the "nothing" option we have now). 2) The word "Name" and the description "Name of the new page" are not very clear. (I have made a recommendation in this screenshot - https://snag.gy/dlUK96.jpg) 3) I love the speakingurl suggestion and I hope you do implement it. I think it will give the best of both worlds. It will generate nicer URLs. I also agree with Vincent, many of the users *do* care about the URL. For example, we share URLs in emails and chat etc. and cross reference in documentation. This is one of the many uses where a nice URL is actually useful. Slightly off-topic, it's nice to see you (the XWiki devs) actually taking this seriously and discussing it here. It's very refreshing. So just wanted to say thanks for that. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 21 April 2017 16:56 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] display page title and name(url) while creating a page Hi again, > On 21 Apr 2017, at 17:33, Miroslav Galajda <miroslav.gala...@gmail.com> wrote: > > Hi, > > this seems to be quite complicated and not complete. > This url-friendly problem does arise not only in page creation process > but also in page renaming. > > The other thing is that custom applications that are creating pages > would require to use different approax and will need to be customized > separately. > The UIXP doesn't seems to solve the problem globally and I think > currently this is not the main/core part of the problem. > > I would like if this was built-in and deeply integrated into xwiki and > not to have it "only" optional. This is probably hard to quickly find > the solution right now. > As I said, the best solution would be built-in support such that it > will transparently replace user-entered page name with URL-friendly name. Yes there are 2 aspects. The built-in part is easy by doing 1) and having a default implementation that doesn’t do any transformation. Then an extension can contribute a new component overriding the default one to use a different algorithm. And this new API can be used in different places of XWiki (Create page, rename page, AWM-generated entries, etc). That’s mostly what I meant by 1) below. But for me this is not enough we also need to show the generated URL in the create page UI for example and that’s 2). Right now we don’t have an agreement from all xwiki devs that they’re ok to go with showing the generated URL hence the UIXP idea. If everyone agrees then the problem goes away and it can be built in the default UIs. There’s still the question of allowing the user to edit the last part of the URL but let’s consider it as a detail FTM. > The proposed first point, to have component and a script service for > converting strings to url-friendly strings, is the must have. This is > what I strongly agree about. > And it should provide some configuration in xwiki and it should take > into account the language in which the page is being created. The > speakingurl, aforementioned solution, works with language and provides > quite a lot of customization. Yep. > Then this script service could be directly used in createinline.vm and > other .vm files. Don't know about generally solving url-friendly thing > in the custom applications. Thanks -Vincent > Best regards > Miroslav Galajda > > > On 21 April 2017 at 16:45, Vincent Massol <vinc...@massol.net> wrote: > >> >>> On 21 Apr 2017, at 16:19, Miroslav Galajda >>> <miroslav.gala...@gmail.com> >> wrote: >>> >>> Hi, the slugify is different component than speakingurl, but >>> currently it doesn't matter on this. >>> >>> Ok, how would we solve this globally?
Re: [xwiki-users] display page title and name(url) while creating a page
The fact that the default would be “Never” in your proposal above wouldn’t help that much since by default users wouldn’t be able to control the URLs and thus you’d need to educate everyone that they need to turn this on. It’s quite similar to telling your users to be Advanced users. Sorry, I think I wasn't clear. I meant that it would be a Wiki-wide setting (hence being a setting in the XWiki Administration). So changing this option would apply the same option to every user. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 21 April 2017 12:59 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] display page title and name(url) while creating a page Hi Mahomed, > On 21 Apr 2017, at 13:50, Mahomed Hussein <maho...@custodiandc.com> wrote: > > This is quite an interesting discussion and I'd like to add a few points if > you don't mind. > > When we first started using XWiki, our users did comment about the really > long URLs that were being generated from the Title. But as our XWiki is > internal only for documentation, I kind of brushed it off with "That's just > the way it works". > > But I agree that in some cases it would be good to be able to edit the > resulting URL. Both for us, and obviously for other users. :-) > > In regards of how to achieve this, I'd like to propose a half-way > house/compromise. > > Firstly, create an Admin option in the Admin control panel to the effect of: > > "Allow users to edit the Page URL when creating new pages" > - Always > - Optional > - Never (Default) Thanks for participating to the discussion! :) We need the max # of users to provide an opinion. The fact that the default would be “Never” in your proposal above wouldn’t help that much since by default users wouldn’t be able to control the URLs and thus you’d need to educate everyone that they need to turn this on. It’s quite similar to telling your users to be Advanced users. Now, what could be done is having some Admin settings for the defaults when a user account is created in your wiki. It’s just a bit more work and the Admin would still to know about this and thus it’s extra knowledge/complexity to use XWiki. Now we would need to do something like this if we cannot agree that in all cases it’s ok to have the URL displayed in the Create page. If we agree that it’s fine then this config option is not required. Thanks -Vincent > Then on the create page, you would have the following "minor" changes > (I say minor because changes are always minor to the person who is not > doing the programming ;-) ) > > If the Admin option is "Never" then the create page remains as it is. > > If the Admin option is "Optional" then there should be a link/button under > Title that is called "Edit Page URL". This would be an extra button on the > current create page form. When the user clicks the button/link, they then get > another text box in which to specify the URL parameter. > > If the Admin option is "Always" then the create page will show "Page Title" > (as it is currently) and will also show the "Page URL" text box. Ideally, > this Page URL text box should be auto-populated with the proposed > auto-generated name from the title (unless the Page URL is edited before the > Page Title). Obviously you'll have to do a few other checks to make sure it's > a valid entry for a URL in both cases (but you may have this already from the > old version where both options always showed). > > > I also recommend that the current description text for Title is changed from > the very short "Title of the new page" > to > "This is Title Heading shown at the top of the document when viewed. The Page > URL is auto-generated from this title" > > > Kind regards, > > > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent > Massol > Sent: 21 April 2017 12:16 > To: XWiki Users <users@xwiki.org> > Subject: Re: [xwiki-users] display page title and name(url) while > creating a page > > Hi Caty, > >> On 21 Apr 2017, at 12:44, Ecaterina Moraru (Valica) <vali...@gmail.com> >> wrote: >> >> Let's see what variants we have: >> >> 1. Instead of displaying "Title", display the "Name" instead. >> This won't solve anything. There is no difference between Page Name >> and Page Title for the normal
Re: [xwiki-users] display page title and name(url) while creating a page
This is quite an interesting discussion and I'd like to add a few points if you don't mind. When we first started using XWiki, our users did comment about the really long URLs that were being generated from the Title. But as our XWiki is internal only for documentation, I kind of brushed it off with "That's just the way it works". But I agree that in some cases it would be good to be able to edit the resulting URL. Both for us, and obviously for other users. :-) In regards of how to achieve this, I'd like to propose a half-way house/compromise. Firstly, create an Admin option in the Admin control panel to the effect of: "Allow users to edit the Page URL when creating new pages" - Always - Optional - Never (Default) Then on the create page, you would have the following "minor" changes (I say minor because changes are always minor to the person who is not doing the programming ;-) ) If the Admin option is "Never" then the create page remains as it is. If the Admin option is "Optional" then there should be a link/button under Title that is called "Edit Page URL". This would be an extra button on the current create page form. When the user clicks the button/link, they then get another text box in which to specify the URL parameter. If the Admin option is "Always" then the create page will show "Page Title" (as it is currently) and will also show the "Page URL" text box. Ideally, this Page URL text box should be auto-populated with the proposed auto-generated name from the title (unless the Page URL is edited before the Page Title). Obviously you'll have to do a few other checks to make sure it's a valid entry for a URL in both cases (but you may have this already from the old version where both options always showed). I also recommend that the current description text for Title is changed from the very short "Title of the new page" to "This is Title Heading shown at the top of the document when viewed. The Page URL is auto-generated from this title" Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 21 April 2017 12:16 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] display page title and name(url) while creating a page Hi Caty, > On 21 Apr 2017, at 12:44, Ecaterina Moraru (Valica) <vali...@gmail.com> wrote: > > Let's see what variants we have: > > 1. Instead of displaying "Title", display the "Name" instead. > This won't solve anything. There is no difference between Page Name > and Page Title for the normal users. Seeing "Name" instead of "Title", > will not stop the users to enter spaces if they want, so the URL will > still have those spaces. We don't force the Page Names to trim spaces. > > One quick solution here is indeed to use "URL" label instead of > "Name". For the reasons Vincent mentioned this might not end up in the > product for now, What did I mention? :) What’s preventing us from having it in the product rather soon than later (except workload ofc)? > so you will need to do some custom development (changing some > translations) to have this change. If you want to be "hackish" you can > even change the translation for "Title" to "URL" instead and hope that > your users will enter shorter URLs (since we generate the name from the > title). > > Displaying just Name / URL, means users will still have to go and > change the title manually. This could be better (with URL name) since when you create a page you’re offered the ability to change the title after you click Create. > The only way to cut a step in the flow is to autogenerate the page > names (which we currently do). But for your use case you shoyld write > a shorting/trimming algorithm, but this is custom, since you mentioned > you want just the initials and no spaces, etc. > > 2. Displaying both "Title" and "Name". This will create confusion and > need for explanations. This is not exactly what is suggested either by Vishal nor by me :) What we suggested is to let the user enter the URL name and title. Actually and to be more precise what I was suggesting was to continue to let the user enter the title but to show the generated URL as it’s done in AWM. And, importantly to allow the user to change the last part of the URL (it would change the page name). > That's why we display these options just for advanced and long-time > users of XWiki, since they are used to the concepts. Yes but URLs don't need an advanced user to understand the concept and I agree with Vishal that we’re now cau
[xwiki-users] CKEditor and Lightbox Macro Issue
Hi We’ve come across a slight issue with the Lightbox macro when using CKEditor 1.12. I thought I’d post to the group before logging it on Jira. Basically, the issue is that when you go into CKEditor, the Macro encompasses all the text that follows it [1]. I have marked up all the images so please look at them as it should make it easier to see what I mean. Looking at the source, it appears that the closing DIV for the macro is being put at the end of all the following content [2]. If you then go into Source view, it deletes all the text after the lightbox macro [3]. If you edit using the original Wiki editor, you can see all the text is there correctly [4] You can put in a terrible workaround (this was more an experiment than a solution to be honest) by going into Wiki edit mode, and adding 2 extra line breaks and a closing DIV tag inside the HTML tags [5]. This then allows CKEditor to render correctly and you can view/edit the content after the light box without any issues. [6]. Sadly this isn’t a solution and I hope someone can help with a proper solution. It seems to me that this is something that needs changing in CKEditor, rather than in the Lightbox Macro as rendering of the images and lightbox is fine when viewing the documents, and it seems the Macro JS code does not get executed when editing in CKEditor. Please let me know if you need any other info and I hope someone can help. Thanks. [1] - http://pasteboard.co/JljtnBA9U.png [2] - http://pasteboard.co/JlFkCTN8k.png [3] - http://pasteboard.co/JlG6J0k5E.png [4] - http://pasteboard.co/JlGsIdGZK.png [5] - http://pasteboard.co/JlHgakjs2.png [6] - http://pasteboard.co/JlHCxvOC8.png Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com
Re: [xwiki-users] Adding Macro as Buttons in CKEditor
Thanks Marius. I completely missed checking if it was released and assumed it was in 9.1.2 (don't ask why - it's why assumptions are bad :) ) I'll test again after the 1.13 release. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 14 March 2017 10:19 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] Adding Macro as Buttons in CKEditor On Sat, Mar 11, 2017 at 5:01 PM, Mahomed Hussein <maho...@custodiandc.com> wrote: > Hi Marius > > I've tried to apply these changes with no luck I'm afraid. > > Here are the steps I've taken: > > 1) Gone to Administer Wiki > Applications: WYSIWYG Editor > CKEditor > and pasted the following below the comments in the "Advanced Configuration" > box: > > config['xwiki-macro'] = config['xwiki-macro'] || {}; > config['xwiki-macro'].insertButtons = [ > 'documentTree', > { > commandId: 'xwiki-macro-html-dirty', > macroCall: { > name: 'html', > parameters: { > clean: false, > wiki: true > } > } > } > ]; > > > 2) I then went to Administration > Look & Feel : Presentation > > Customise Color Theme > Advanced and then pasted the following CSS at the > bottom: > > a.cke_button.cke_button__xwiki-macro-documenttree > > span.cke_button_icon.cke_button__xwiki-macro documenttree_icon { > font-family: 'Glyphicons Halflings'; > position: relative; > top: 1px; > } > .cke_button_icon.cke_button__xwiki-macro-documenttree_icon::before { > content: "\e199"; > display: inline-block; > text-align: center; > width: 16px; > } > > 3) Edited a document and pressed Shift + F5 but nothing appeared on > the toolbar. > 4) Tried a different browser > 5) Used Developer Tools in Chrome and can see both my changes in the > relevant files (CKEditor/Config and skins/Flamingo/style.css) > 6) I have tried different configurations from > http://docs.ckeditor.com/#!/ api/CKEDITOR.config such as > config.toolbarLocation = 'bottom'; in step 1 above and I can see the config > is being applied. > > I had also already upgraded to 9.1.2 before trying to test this. > > I can also see "xwiki-macro" as an available option in the "disabled > plugins" drop down (Note that it is *not* disabled, it's just there as > an option, which I assume is a good thing as it means the plugin is > available). > > > Any ideas what I've missed or what else I could check please? Thanks. > http://jira.xwiki.org/browse/CKEDITOR-148 is fixed but not released. It will be included in version 1.13, bu the latest version available right now is 1.12 as can be seen on http://extensions.xwiki.org/xwiki/bin/view/Extension/CKEditor+Integration . You need to redo the steps you describe above after you upgrade to version 1.13. > > > Kind regards, > > > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius > Dumitru Florea > Sent: 02 March 2017 14:15 > To: XWiki Users <users@xwiki.org> > Subject: Re: [xwiki-users] Adding Macro as Buttons in CKEditor > > See http://jira.xwiki.org/browse/CKEDITOR-148 . > > On Wed, Mar 1, 2017 at 11:45 AM, Marius Dumitru Florea < > mariusdumitru.flo...@xwiki.com> wrote: > > > On Mon, Feb 27, 2017 at 12:40 PM, Mahomed Hussein > > <maho...@custodiandc.com > > > wrote: > > > >> Hi > >> > >> With the editor in XWiki < v9.0.0 (GWT Editor), I could add > >> different buttons and macros onto the toolbar by modifying the > >> configuration and adding “macro:macroName” as a toolbar “feature”. > >> > >> > > > >> Has anyone got a simple step by step instructions for adding the > >> same thing in CKEditor? I’ve tried looking at the documentation, > >> but it doesn’t immediately or easily relate to the macros/add-ins > >> (e.g. the lightbox macro/plugin is one we use a lot). > >> > > > > The CKEditor integration doesn't support this ATM, unfortunately. > > Would be great if you could make a feature request on > > http://jira.xwiki.org/browse/ CKEDITOR . Someone else also asked for > > this recently so I could try to make some time to implement it but I > > can't guarantee. If you can't wait and you know JavaScript you could > > try > to implement this yourself like this: > > > > * read th
Re: [xwiki-users] Adding Macro as Buttons in CKEditor
Hi Marius I've tried to apply these changes with no luck I'm afraid. Here are the steps I've taken: 1) Gone to Administer Wiki > Applications: WYSIWYG Editor > CKEditor and pasted the following below the comments in the "Advanced Configuration" box: config['xwiki-macro'] = config['xwiki-macro'] || {}; config['xwiki-macro'].insertButtons = [ 'documentTree', { commandId: 'xwiki-macro-html-dirty', macroCall: { name: 'html', parameters: { clean: false, wiki: true } } } ]; 2) I then went to Administration > Look & Feel : Presentation > Customise Color Theme > Advanced and then pasted the following CSS at the bottom: a.cke_button.cke_button__xwiki-macro-documenttree > span.cke_button_icon.cke_button__xwiki-macro documenttree_icon { font-family: 'Glyphicons Halflings'; position: relative; top: 1px; } .cke_button_icon.cke_button__xwiki-macro-documenttree_icon::before { content: "\e199"; display: inline-block; text-align: center; width: 16px; } 3) Edited a document and pressed Shift + F5 but nothing appeared on the toolbar. 4) Tried a different browser 5) Used Developer Tools in Chrome and can see both my changes in the relevant files (CKEditor/Config and skins/Flamingo/style.css) 6) I have tried different configurations from http://docs.ckeditor.com/#!/api/CKEDITOR.config such as config.toolbarLocation = 'bottom'; in step 1 above and I can see the config is being applied. I had also already upgraded to 9.1.2 before trying to test this. I can also see "xwiki-macro" as an available option in the "disabled plugins" drop down (Note that it is *not* disabled, it's just there as an option, which I assume is a good thing as it means the plugin is available). Any ideas what I've missed or what else I could check please? Thanks. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 02 March 2017 14:15 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] Adding Macro as Buttons in CKEditor See http://jira.xwiki.org/browse/CKEDITOR-148 . On Wed, Mar 1, 2017 at 11:45 AM, Marius Dumitru Florea < mariusdumitru.flo...@xwiki.com> wrote: > On Mon, Feb 27, 2017 at 12:40 PM, Mahomed Hussein > <maho...@custodiandc.com > > wrote: > >> Hi >> >> With the editor in XWiki < v9.0.0 (GWT Editor), I could add different >> buttons and macros onto the toolbar by modifying the configuration >> and adding “macro:macroName” as a toolbar “feature”. >> >> > >> Has anyone got a simple step by step instructions for adding the same >> thing in CKEditor? I’ve tried looking at the documentation, but it >> doesn’t immediately or easily relate to the macros/add-ins (e.g. the >> lightbox macro/plugin is one we use a lot). >> > > The CKEditor integration doesn't support this ATM, unfortunately. > Would be great if you could make a feature request on > http://jira.xwiki.org/browse/ CKEDITOR . Someone else also asked for > this recently so I could try to make some time to implement it but I > can't guarantee. If you can't wait and you know JavaScript you could try to > implement this yourself like this: > > * read the CKEditor documentation for writing a plugin > http://docs.ckeditor.com/#!/guide/plugin_sdk_sample . You can write > the plugin in a JSX similar to https://github.com/xwiki- > contrib/application-ckeditor/blob/application-ckeditor-1.0/ > ui/src/main/resources/CKEditor/WikiSourcePlugin.xml and load it like > https://github.com/xwiki-contrib/application-ckeditor/ > blob/application-ckeditor-1.0/ui/src/main/resources/ > CKEditor/EditSheet.xml#L154 > * the "insertTimestamp" command defined in the example plugin from the > CKEditor documentation would open the macro editor and then insert > macro when the dialog is closed. Something like this is done in > https://github.com/xwiki-contrib/application-ckeditor/ > blob/master/plugins/src/main/resources/xwiki-macro/plugin.js#L160 . > > But it's not very easy and I would like to implement something generic. > > Thanks, > Marius > > >> >> Thanks in advance for any help. >> >> >> Kind regards, >> >> >> Mahomed Hussein >> Custodian Data Centre >> Email: maho...@custodiandc.com >> http://www.CustodianDC.com >> > >
Re: [xwiki-users] Adding Macro as Buttons in CKEditor
Thank you very much Marius Sorry I didn't respond earlier, been crazy. I'll try this over the next few days and will let you know if I have issues. Otherwise assume it all worked great :) Thanks again. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 02 March 2017 14:15 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] Adding Macro as Buttons in CKEditor See http://jira.xwiki.org/browse/CKEDITOR-148 . On Wed, Mar 1, 2017 at 11:45 AM, Marius Dumitru Florea < mariusdumitru.flo...@xwiki.com> wrote: > On Mon, Feb 27, 2017 at 12:40 PM, Mahomed Hussein > <maho...@custodiandc.com > > wrote: > >> Hi >> >> With the editor in XWiki < v9.0.0 (GWT Editor), I could add different >> buttons and macros onto the toolbar by modifying the configuration >> and adding “macro:macroName” as a toolbar “feature”. >> >> > >> Has anyone got a simple step by step instructions for adding the same >> thing in CKEditor? I’ve tried looking at the documentation, but it >> doesn’t immediately or easily relate to the macros/add-ins (e.g. the >> lightbox macro/plugin is one we use a lot). >> > > The CKEditor integration doesn't support this ATM, unfortunately. > Would be great if you could make a feature request on > http://jira.xwiki.org/browse/ CKEDITOR . Someone else also asked for > this recently so I could try to make some time to implement it but I > can't guarantee. If you can't wait and you know JavaScript you could try to > implement this yourself like this: > > * read the CKEditor documentation for writing a plugin > http://docs.ckeditor.com/#!/guide/plugin_sdk_sample . You can write > the plugin in a JSX similar to https://github.com/xwiki- > contrib/application-ckeditor/blob/application-ckeditor-1.0/ > ui/src/main/resources/CKEditor/WikiSourcePlugin.xml and load it like > https://github.com/xwiki-contrib/application-ckeditor/ > blob/application-ckeditor-1.0/ui/src/main/resources/ > CKEditor/EditSheet.xml#L154 > * the "insertTimestamp" command defined in the example plugin from the > CKEditor documentation would open the macro editor and then insert > macro when the dialog is closed. Something like this is done in > https://github.com/xwiki-contrib/application-ckeditor/ > blob/master/plugins/src/main/resources/xwiki-macro/plugin.js#L160 . > > But it's not very easy and I would like to implement something generic. > > Thanks, > Marius > > >> >> Thanks in advance for any help. >> >> >> Kind regards, >> >> >> Mahomed Hussein >> Custodian Data Centre >> Email: maho...@custodiandc.com >> http://www.CustodianDC.com >> > >
[xwiki-users] Adding Macro as Buttons in CKEditor
Hi With the editor in XWiki < v9.0.0 (GWT Editor), I could add different buttons and macros onto the toolbar by modifying the configuration and adding “macro:macroName” as a toolbar “feature”. Has anyone got a simple step by step instructions for adding the same thing in CKEditor? I’ve tried looking at the documentation, but it doesn’t immediately or easily relate to the macros/add-ins (e.g. the lightbox macro/plugin is one we use a lot). Thanks in advance for any help. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com
Re: [xwiki-users] Upgrading xwiki
You should probably do a full-backup as per the backup instructions and then let the upgrade wizard handle the conversion/transfer for you. If you are installing a new instance of XWiki and want to restore the old files/documents, then you need to say that so people can help you. As for "what is merge copy", Vincent's response was very clear. If you don't understand what "merge" means, then this link will help - https://lmgtfy.com/?q=define%3A+merge Basically it means to combine the old configuration files and new configuration files. You do this "manually" by comparing the differences between the old and the new files and ending up with a new configuration that has your custom changes from the old file (where relevant) plus the new settings from the new file. In most cases though if you are doing an in-place upgrade, the wizard does this for you (or at least makes it easier). That being said, I agree with Cuong Hoang, you probably need to get someone with a bit more knowledge to do this for you. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of hamiazuhk26 Sent: 15 December 2016 09:57 To: users@xwiki.org Subject: Re: [xwiki-users] Upgrading xwiki Thanks Vincent for fast reply. I didn't clear this statement. "you should not copy over the configuration files exactly since the new version could have added new configuration options”. If i can't copy over the configuration files exactly, so how do i copy the configuration files?. I am trying to copy the files in older version and paste it in newer version seems it is not copying and nothings change in newer version, that's confusing me. I have import a lot of document in older version and now want to back up and insert all doc to newer version. How do i make it works? Why, after i copy the web-INF files and paste it in new version, nothings change.. Please advice. -- View this message in context: http://xwiki.475771.n2.nabble.com/Upgrading-xwiki-tp7602115p7602127.html Sent from the XWiki- Users mailing list archive at Nabble.com.
Re: [xwiki-users] New installation - top menu bar missing?
Hi Patrick When we started using XWiki, we also used the spaces to separate documents for different departments (Accounts, Sales, HR, Tech etc.). The upgrade from spaces to nested (I can't remember at which version) was a bit confusing at first. But basically we now have something similar to: Home -- Accounts -- Sales -- HR -- Tech Where the pages under Home are top level pages using the "Dashboard" template (I think this dashboard template may have changed after 8.1 but I haven't experimented yet). I then created groups for Accounts-Read, Accounts-Write, Accounts-Admin (repeat for each department). Then go into the "top-level" page and administer the page and go to "Page and Children" rights. You can then set the permissions for the relevant group. Once your users are registered, you simply add them to the relevant group and XWiki handles the security for you :) You may need to experiment with the permissions because I found that I also had to give permissions at the Wiki level (Administer Wiki > Users & Groups > Rights) and then further lock it down on the "per page" permissions. Tip: Use different browsers and incognito/private mode so you can test permission application in one browser and run as Admin in the other to change permissions. I also use the "Panels.Navigation" in the right panel to navigate the top level pages (Administer Wiki > Look & Feel > Page Elements > Display Right Panel = Yes, Panels displayed on the right = Panels.Navigation) I hope that helps in some way. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Patrick M. Hausen Sent: 02 December 2016 07:49 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] New installation - top menu bar missing? Hi all, > Am 01.12.2016 um 17:05 schrieb Guillaume Delhumeau > <guillaume.delhum...@xwiki.com>: > Exactly. You can see each individual page as a space actually :) While I appreciate the streamlined implementation - just one concept for content separation - would it be possible to get the "space" look and feel back? I.e. remove the topmost hierarchy level from the left navigation tree and put those items at the top? And switch the left navigation depending on the top item selected? Simple? Hardcore customization, i.e. paid support? Impossible? Thanks Patrick
Re: [xwiki-users] WYSIWYG editor not loading after upgrade to 8.2.1
We had this issue with almost every upgrade. Just getting users to press F5 when they get the spinning editor has usually solved it. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of simmsj Sent: 27 September 2016 13:50 To: users@xwiki.org Subject: Re: [xwiki-users] WYSIWYG editor not loading after upgrade to 8.2.1 Clearing the browser cache worked. The fix isn't ideal, but I upgraded a clone and there's no urgency to upgrade the production instance so I can wait for the issue to be resolved. Thanks for the help. - Jared -- View this message in context: http://xwiki.475771.n2.nabble.com/WYSIWYG-editor-not-loading-after-upgrade-to-8-2-1-tp7601398p7601410.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to resend activation link
Thanks for the response. I'll log it tomorrow as an improvement. Though I'd be tempted to argue that it's a bug if it allows the account to get into a state where it can't be validated and has to be deleted and re-created. :-) Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 16 August 2016 16:32 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] How to resend activation link Hi, > On 03 Aug 2016, at 14:09, Mahomed Hussein <maho...@custodiandc.com> wrote: > > Any ideas please? I've tried to look at the code of the registration page and > I can't see how to butcher it resend the email. > > Ideally, what should happen is that the page that asks for the validation key > should give the option to update the email address and to also resend the > email (in case the user made a typo with the email in the first place). > Should I log this as a bug? Sorry can’t help, I don’t know this feature well at all. You could log an improvement but it doesn’t look like a bug to me. Thanks -Vincent > Kind regards, > > > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein > Sent: 02 August 2016 11:29 > To: XWiki Users <users@xwiki.org> > Subject: [xwiki-users] How to resend activation link > > Hi > > Is there a way to re-send the activation link/code to a user without having > to delete and recreate the user account? I’ve already configured permissions > for this user and I really don’t want to have to do it again please. I > created several users and they thought it was wiser to not activate it at the > time. > > > Kind regards, > > > Mahomed Hussein ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Create Page Button not showing v8.1
Thanks for responding and confirming Patrick. Based on your information I went digging and found that at some point I (or possibly the XWiki default) set XWikiAllGroup Edit rights to Deny under Administer Wiki > Rights I set it to "allow edit" on the XWikiAllGroup and now the permission shows up. I've then made sure the user is member of the group of the page with the Edit rights and it seems to work. I need to do more testing and waiting for screaming. Anyone from XWiki team care to expand on how we should be setting security? Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Patrick Tomblin Sent: 10 August 2016 14:04 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] Create Page Button not showing v8.1 I am on 8.2 and have had the same issue. The only way I was able to get the icon to show up for users was to give the group global edit rights then exclude the pages that I didn't want that group to modify, although this is not the route I wanted to take it does work for my current implementation. Thanks, Patrick On Tue, Aug 9, 2016 at 12:42 PM, Mahomed Hussein <maho...@custodiandc.com> wrote: > Resending as plaintext > > > > Hi All > > Hopefully someone can help with this issue. > > We are running 8.1 and some users are not able to see the “create page” > button. This is what I am expecting: > > > http://pasteboard.co/6y8jirpqd.png > > > Instead, the user sees this: > > http://pasteboard.co/6y9FK2KQT.png > > > So I assumed it must be a permissions issue. So I checked that the > Group had the correct permissions to Edit (in this case I am using the > Sandbox as an example, but it applies to all other top level pages – > what were once spaces). > > As you can see below, the XWikiAllGroup has View and Edit permissions > and the user can certainly see and edit the page. But I was sure that > having “Edit” also meant the ability to “add” pages. If “adding” is a > separate permission, please tell me where I can find this. > > > http://pasteboard.co/6yZBCg4ye.png > > > I have also tried giving the user directly ALL the permissions and > still the user doesn’t get the “add” button. Yet if I browse directly > to http://xwiki.local:8080/xwiki/bin/create/Sandbox/ I get the create > page and I can successfully create/edit/save the page. > > I have also tried: > > • Giving all permissions to all the groups the user is a member of • > Different combinations of different groups • Removing permissions for > all groups and just giving the user permission directly • Looking > through the mailing list for any reported issues (though it was a > quick browse so I may have missed it). > • Checked that I do not have any overriding *.vm files attached to the > skin that would cause this > > The next step will be to upgrade to 8.2 to see if this resolves it, > but I am not hopeful. Any help would be sincerely appreciated. Thanks in > advance. > > > Any help please? > > > > Kind regards, > > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Create Page Button not showing v8.1
Resending as plaintext Hi All Hopefully someone can help with this issue. We are running 8.1 and some users are not able to see the “create page” button. This is what I am expecting: http://pasteboard.co/6y8jirpqd.png Instead, the user sees this: http://pasteboard.co/6y9FK2KQT.png So I assumed it must be a permissions issue. So I checked that the Group had the correct permissions to Edit (in this case I am using the Sandbox as an example, but it applies to all other top level pages – what were once spaces). As you can see below, the XWikiAllGroup has View and Edit permissions and the user can certainly see and edit the page. But I was sure that having “Edit” also meant the ability to “add” pages. If “adding” is a separate permission, please tell me where I can find this. http://pasteboard.co/6yZBCg4ye.png I have also tried giving the user directly ALL the permissions and still the user doesn’t get the “add” button. Yet if I browse directly to http://xwiki.local:8080/xwiki/bin/create/Sandbox/ I get the create page and I can successfully create/edit/save the page. I have also tried: • Giving all permissions to all the groups the user is a member of • Different combinations of different groups • Removing permissions for all groups and just giving the user permission directly • Looking through the mailing list for any reported issues (though it was a quick browse so I may have missed it). • Checked that I do not have any overriding *.vm files attached to the skin that would cause this The next step will be to upgrade to 8.2 to see if this resolves it, but I am not hopeful. Any help would be sincerely appreciated. Thanks in advance. Any help please? Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to resend activation link
Any ideas please? I've tried to look at the code of the registration page and I can't see how to butcher it resend the email. Ideally, what should happen is that the page that asks for the validation key should give the option to update the email address and to also resend the email (in case the user made a typo with the email in the first place). Should I log this as a bug? Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 02 August 2016 11:29 To: XWiki Users <users@xwiki.org> Subject: [xwiki-users] How to resend activation link Hi Is there a way to re-send the activation link/code to a user without having to delete and recreate the user account? I’ve already configured permissions for this user and I really don’t want to have to do it again please. I created several users and they thought it was wiser to not activate it at the time. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] How to resend activation link
Hi Is there a way to re-send the activation link/code to a user without having to delete and recreate the user account? I’ve already configured permissions for this user and I really don’t want to have to do it again please. I created several users and they thought it was wiser to not activate it at the time. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released
Thanks Eduard That's very helpful. It looks like I edited the Dashboard.WebHome. The link I get is http://xwiki.local:8080/xwiki/bin/edit/Main/WebHome?editor=inline and I also get the warning at the top that says "You are editing a dashboard defined in a different page, xwiki:Dashboard.WebHome. Your changes will impact all the pages using that dashboard configuration. If you want to customize only this page, edit this page in WYSIWYG mode and configure the dashboard macro with an empty source parameter." But I will take a backup right now just to be extra safe :) Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard Moraru Sent: 23 June 2016 10:07 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released Hi, Depends where you did your customizations. Normally, the should be located in Dashboard.WebHome, not in Main.WebHome (which used to just include Dashboard.WebHome). When upgrading, there is a chance that your homepage will be replaced by the new homepage (if you did not really touch Main.WebHome), but your Dashboard.WebHome page should look the same as before (again, if that`s where your customizations are actually located). You can then edit the new homepage and re-add the include to the Dashboard.WebHome page if that is what you wish. There is also a chance (if you`ve edited Main.WebHome) that you might get a prompt in the DIstribution Wizard asking you what to do with your Main.WebHome page changes (keep them or overwrite them with the new version of the page). Whatever the case, just make sure to do a backup (xar export) of both Main.WebHome and Dashboard.WebHome before upgrading, just to be safe and to easily restore anything that the upgrade may change on your wiki. Thanks, Eduard On Thu, Jun 23, 2016 at 11:38 AM, Mahomed Hussein <maho...@custodiandc.com> wrote: > Awesome work as usual. > > Please can you just confirm that if I upgrade from 8.1 to 8.2 that my > current "Home" dashboard page won't be overwritten by the new page? > I've got some customisations on that page that I don't want to lose > (particularly as users now know how to use the wiki and expect to see > what they currently see on my customised page). > > Thanks. > > > Kind regards, > > > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard > Moraru > Sent: 21 June 2016 21:52 > To: XWiki Developers <d...@xwiki.org>; XWiki Users <users@xwiki.org> > Subject: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released > > The XWiki development team is proud to announce the availability of > XWiki > 8.2 Milestone 2. > > This milestone release features a redesigned default homepage, a new > application index in the drawer and minor improvements to the template > providers, the Flamingo skin and Ratings. > > For developers, we have some welcomed Livetable macro improvements and > a long overdue change of behaviour for the getRenderedContent method. > > 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/ReleaseNotesXWiki82M2 > > The following people have contributed code to this release (sorted > alphabetically): > > Alexandru Cotiuga > Clemens Robbenhaar > Denis Gervalle > Ecaterina Moraru (Valica) > Eduard Moraru > Guillaume Delhumeau > Marius Dumitru Florea > Pascal Bastien > Thomas Mortagne > Vincent Massol > > Thanks for your support > -The XWiki dev team > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released
Awesome work as usual. Please can you just confirm that if I upgrade from 8.1 to 8.2 that my current "Home" dashboard page won't be overwritten by the new page? I've got some customisations on that page that I don't want to lose (particularly as users now know how to use the wiki and expect to see what they currently see on my customised page). Thanks. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Eduard Moraru Sent: 21 June 2016 21:52 To: XWiki Developers <d...@xwiki.org>; XWiki Users <users@xwiki.org> Subject: [xwiki-users] [ANN] XWiki 8.2 Milestone 2 released The XWiki development team is proud to announce the availability of XWiki 8.2 Milestone 2. This milestone release features a redesigned default homepage, a new application index in the drawer and minor improvements to the template providers, the Flamingo skin and Ratings. For developers, we have some welcomed Livetable macro improvements and a long overdue change of behaviour for the getRenderedContent method. 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/ReleaseNotesXWiki82M2 The following people have contributed code to this release (sorted alphabetically): Alexandru Cotiuga Clemens Robbenhaar Denis Gervalle Ecaterina Moraru (Valica) Eduard Moraru Guillaume Delhumeau Marius Dumitru Florea Pascal Bastien Thomas Mortagne Vincent Massol Thanks for your support -The XWiki dev team ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] RSS Feed
I've never really used the RSS feed or the blog, but sounds like you have a permissions issue. Have you given "Unregistered Users" view permission and unticked "Prevent unregistered users from viewing pages, regardless of the page or space rights" in Administration > Rights? Apart from that, you may want to post more details with links to the plugin, screenshots and a copy of the error message. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Paul Pinkerton (ACLCO) Sent: 10 June 2016 15:57 To: 'XWiki Users' <users@xwiki.org> Subject: Re: [xwiki-users] RSS Feed Sorry to bump this up again to try and get some help here, but I kind of need to solve this a bit urgently... if possible... Anyone have ideas on this? Paul Pinkerton ACLCO/ KnowledgeNow From: Paul Pinkerton (ACLCO) Sent: June 9, 2016 11:06 AM To: 'XWiki Users' Subject: RSS Feed Having trouble with the RSS Macro. Gives me a failed to execute the RSS macro error. I am trying to display the RSS from a blog post (xwiki blog application). It seems to work with an external (public) RSS, but an RSS feed from the internal blog (requires users to login) doesn't seem to work. Any thoughts? Paul Pinkerton KnowledgeNow Project/ ACLCO -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Bruno Sent: June-09-16 10:49 AM To: users@xwiki.org Subject: Re: [xwiki-users] Sorting pages in a tree macro Le 08/06/2016 18:51, Marius Dumitru Florea a écrit : > On Tue, Jun 7, 2016 at 5:29 PM, Bruno <bruno.joffr...@ec-nantes.fr> wrote: > >> Hello, >> >> >> In XWiki Enterprise 7.4.2., is it possible to sort girls pages in a >> tree macro ? >> > I suppose you are referring to the document tree macro > http://extensions.xwiki.org/xwiki/bin/view/Extension/Document+Tree+Macro . > The child pages are already sorted by their (technical) name. There is > an open issue http://jira.xwiki.org/browse/XWIKI-12832 to sort by page title. > What do you want to sort by? > I am referring to the gadget "Page tree" which allows to sort the pages by drag and drop. However, he does not preserve the imposed order (on my wiki). I would like to be able to sort manually, to give the order I want to my pages (as with "Page tree" but with order preserved). Is it possible or must I do it by creating my summary manually ? >> For example, if I create a page for each chapter of a documentation, >> and I want the parent page to contain the list, should I do the summary by >> hand ? >> >> Thanks. >> >> _ >> >> Bruno Joffredo >> >> Ecole Centrale de Nantes >> >> Centre de Ressources Informatiques - Bur. D019 >> >> 1 rue de la Noë >> >> BP 92101 >> >> F-44321 Nantes cedex 3 >> >> Tél. 02.40.37.68.06 >> Mail : bruno.joffr...@ec-nantes.fr >> <mailto:bruno.joffr...@ec-nantes.fr> >> _ >> ___ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users >> > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users _ Bruno Joffredo Ecole Centrale de Nantes Centre de Ressources Informatiques - Bur. D019 1 rue de la Noë BP 92101 F-44321 Nantes cedex 3 Tél. 02.40.37.68.06 Mail : bruno.joffr...@ec-nantes.fr <mailto:bruno.joffr...@ec-nantes.fr> _ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] xWiki 8.1 ignoring custom skin
Hi All OK, I've done a bit more "digging/experimenting". What I have done now: 1) Deleted the "Skin" documents in Main and in Xwiki "spaces/pages" (p.s. I miss the spaces concept :) ) - This doesn't really seem to do a good job of deleting the pages. There seems to be a "blank" placeholder for the document. 2) I created a copy of the flamingo directory in /usr/lib/xwiki/skins/ and named it CDCSkin2 3) I then set the Wiki Skin to be "CDCSkin2" (Administer Wiki > Presentation > Skin and then I checked the different pages. I noticed that the "Main" page still ignored the skin, but all the other pages were loading the skin correctly. So for example http://xwiki.local:8080/xwiki/bin/admin/XWiki/XWikiPreferences?editor=globaladmin=Presentation = Working http://xwiki.local:8080/xwiki/bin/view/Accounts/ = Working http://xwiki.local:8080/xwiki/bin/view/Main/ = Not working Even setting the skin directly on the Main page (Administer Page > Presentation) was not working. After further investigation and testing, I noticed that this was because the Custom Theme was set for that page. If I set the Logo in the Theme, then it applied correctly everywhere. So it seems that the Theme logo now overrides the skin logo. But, if I set the Skin in Administer Wiki > Presentation > Skin to be something like Main.CDCSkin3, I can see that any code in the Skin document gets executed as per http://platform.xwiki.org/xwiki/bin/view/DevGuide/Skins BUT the logo from the skin doesn't get applied. It defaults to the logo in the Theme. So basically I went down a rabbit's hole thinking the skin was not working because the logo was not being applied, but in fact the skin was working, but the logo was being picked from the Theme because @logo in the theme was still set to default. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 27 May 2016 09:15 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] xWiki 8.1 ignoring custom skin Hi Sorry to bump this up. I'm really stuck with this skin issue and would really appreciate any pointers/help. Sadly there are some people who feel that not having the logo is the end of the world :-) But more importantly, I do need some of the modifications/restrictions I've put in with the .vm files. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 26 May 2016 15:19 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] xWiki 8.1 ignoring custom skin I'm afraid that makes no difference. Would it be worth deleting and recreating a new skin? I have noticed that the "home" icon as well as other icons in the applications panel have changed from the font-awesome type to colourful type icons. But I still don't have the logo or any of the modifications from the attached .vm files. I have downloaded the .vm files and I don't mind editing them again based on the latest files. I just need to know how to create a new skin that I can customise and be sure it'll work going forward. Please could you help me with specific instructions on how to do this if it's possible? Thanks. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 26 May 2016 14:14 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] xWiki 8.1 ignoring custom skin > On 26 May 2016, at 15:08, Mahomed Hussein <maho...@custodiandc.com> wrote: > > Hi Thomas > > Thanks for responding. > > The skin is called "CDCSkin". Which is sometimes shown as "Main.CDCSkin". > > The URL for it is: > > http://xwiki.local:8080/xwiki/bin/view/Main/CDCSkin > > The title of the page is simply "Skin" and the breadcrumbs shows "Home > Skin" > > I have tried the following URLS and none work: > > http://xwiki.local:8080/xwiki/bin/view/Main/?skin=CDCSkin > http://xwiki.local:8080/xwiki/bin/view/Main/?skin=Main.CDCSkin > http://xwiki.local:8080/xwiki/bin/view/Main/?skin=Skin Could it be that your skin page is a nested page? Try http://xwiki.local:8080/xwiki/bin/view/Main/?skin=Main.CDCSkin.WebHome Thanks -Vincent > I have also checked in /usr/lib/xwiki/skins and the only directory in there > is "flamingo". Though I am pretty sure at some point it was changed so that > you didn't have to duplicate the folder, just had to create a "skin" document > (not sure document
Re: [xwiki-users] xWiki 8.1 ignoring custom skin
I'm afraid that makes no difference. Would it be worth deleting and recreating a new skin? I have noticed that the "home" icon as well as other icons in the applications panel have changed from the font-awesome type to colourful type icons. But I still don't have the logo or any of the modifications from the attached .vm files. I have downloaded the .vm files and I don't mind editing them again based on the latest files. I just need to know how to create a new skin that I can customise and be sure it'll work going forward. Please could you help me with specific instructions on how to do this if it's possible? Thanks. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 26 May 2016 14:14 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] xWiki 8.1 ignoring custom skin > On 26 May 2016, at 15:08, Mahomed Hussein <maho...@custodiandc.com> wrote: > > Hi Thomas > > Thanks for responding. > > The skin is called "CDCSkin". Which is sometimes shown as "Main.CDCSkin". > > The URL for it is: > > http://xwiki.local:8080/xwiki/bin/view/Main/CDCSkin > > The title of the page is simply "Skin" and the breadcrumbs shows "Home > Skin" > > I have tried the following URLS and none work: > > http://xwiki.local:8080/xwiki/bin/view/Main/?skin=CDCSkin > http://xwiki.local:8080/xwiki/bin/view/Main/?skin=Main.CDCSkin > http://xwiki.local:8080/xwiki/bin/view/Main/?skin=Skin Could it be that your skin page is a nested page? Try http://xwiki.local:8080/xwiki/bin/view/Main/?skin=Main.CDCSkin.WebHome Thanks -Vincent > I have also checked in /usr/lib/xwiki/skins and the only directory in there > is "flamingo". Though I am pretty sure at some point it was changed so that > you didn't have to duplicate the folder, just had to create a "skin" document > (not sure document is the right word, but hopefully you know what I mean). > > I've tried a search for "CDCSkin" on the server and it doesn't appear to > exist on the filesystem. > > Please let me know if you need any other info and thanks again for your help. > > > > Kind regards, > > > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas > Mortagne > Sent: 26 May 2016 13:44 > To: XWiki Users <users@xwiki.org> > Subject: Re: [xwiki-users] xWiki 8.1 ignoring custom skin > > The only thing that changed I can think of is that there is a default base > skin now in xwiki.cfg. Skin that were not indicated any parent skin used to > inherit directly from /templates/, maybe that's you issue. > > > On Thu, May 26, 2016 at 2:41 PM, Thomas Mortagne <thomas.morta...@xwiki.com> > wrote: >> ?skin= should always work. What and where is your skin exactly ? >> >> On Thu, May 26, 2016 at 2:30 PM, Mahomed Hussein >> <maho...@custodiandc.com> wrote: >>> Hi >>> >>> It seems that 8.1 is ignoring my custom skin. I can tell because it isn’t >>> loading the skin or any of the overriding .vm files. >>> >>> Even if I use the “Test this Skin” link which specifically specifies the >>> ?skin=CDCSkin, it doesn’t make any difference. >>> >>> I have looked through: >>> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki81 >>> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Skins >>> But they weren’t much help. >>> >>> Some screenshots: >>> https://snag.gy/9ZKXN2.jpg >>> https://snag.gy/oYN3F4.jpg >>> >>> Any help would be sincerely appreciated. Thanks. >>> >>> >>> Kind regards, >>> ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] xWiki 8.1 ignoring custom skin
Hi Thomas Thanks for responding. The skin is called "CDCSkin". Which is sometimes shown as "Main.CDCSkin". The URL for it is: http://xwiki.local:8080/xwiki/bin/view/Main/CDCSkin The title of the page is simply "Skin" and the breadcrumbs shows "Home > Skin" I have tried the following URLS and none work: http://xwiki.local:8080/xwiki/bin/view/Main/?skin=CDCSkin http://xwiki.local:8080/xwiki/bin/view/Main/?skin=Main.CDCSkin http://xwiki.local:8080/xwiki/bin/view/Main/?skin=Skin I have also checked in /usr/lib/xwiki/skins and the only directory in there is "flamingo". Though I am pretty sure at some point it was changed so that you didn't have to duplicate the folder, just had to create a "skin" document (not sure document is the right word, but hopefully you know what I mean). I've tried a search for "CDCSkin" on the server and it doesn't appear to exist on the filesystem. Please let me know if you need any other info and thanks again for your help. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne Sent: 26 May 2016 13:44 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] xWiki 8.1 ignoring custom skin The only thing that changed I can think of is that there is a default base skin now in xwiki.cfg. Skin that were not indicated any parent skin used to inherit directly from /templates/, maybe that's you issue. On Thu, May 26, 2016 at 2:41 PM, Thomas Mortagne <thomas.morta...@xwiki.com> wrote: > ?skin= should always work. What and where is your skin exactly ? > > On Thu, May 26, 2016 at 2:30 PM, Mahomed Hussein > <maho...@custodiandc.com> wrote: >> Hi >> >> It seems that 8.1 is ignoring my custom skin. I can tell because it isn’t >> loading the skin or any of the overriding .vm files. >> >> Even if I use the “Test this Skin” link which specifically specifies the >> ?skin=CDCSkin, it doesn’t make any difference. >> >> I have looked through: >> http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki81 >> http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Skins >> But they weren’t much help. >> >> Some screenshots: >> https://snag.gy/9ZKXN2.jpg >> https://snag.gy/oYN3F4.jpg >> >> Any help would be sincerely appreciated. Thanks. >> >> >> Kind regards, >> >> >> Mahomed Hussein >> Custodian Data Centre >> Email: maho...@custodiandc.com >> http://www.CustodianDC.com >> ___ >> users mailing list >> users@xwiki.org >> http://lists.xwiki.org/mailman/listinfo/users > > > > -- > Thomas Mortagne -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] xWiki 8.1 ignoring custom skin
Hi It seems that 8.1 is ignoring my custom skin. I can tell because it isn’t loading the skin or any of the overriding .vm files. Even if I use the “Test this Skin” link which specifically specifies the ?skin=CDCSkin, it doesn’t make any difference. I have looked through: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki81 http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Skins But they weren’t much help. Some screenshots: https://snag.gy/9ZKXN2.jpg https://snag.gy/oYN3F4.jpg Any help would be sincerely appreciated. Thanks. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Xwiki-Entreprise-Web-8.1 WAR File Installation issues
What OS are you running? Please provide the output of: cat /etc/lsb-release java -version update-alternatives --config java cat /etc/init.d/tomcat7 | grep JDK_DIRS= Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of sebastien.boulia...@cpu.ca Sent: 25 May 2016 16:59 To: users@xwiki.org Subject: [xwiki-users] Xwiki-Entreprise-Web-8.1 WAR File Installation issues Hi all, I tried to install the Xwiki-Entreprise-Web-8.1 WAR File on Tomcat and I get these errors... http://pastebin.com/T0Kfa7MS http://imgur.com/ejT0zAe ps aux | grep tomcat tomcat2152 4.4 15.0 3802340 724216 ? Ssl 10:45 0:12 /usr/lib/jvm/jre/bin/java -classpath /usr/share/tomcat/bin/bootstrap.jar:/usr/share/tomcat/bin/tomcat-juli.jar:/usr/share/java/commons-daemon.jar -Dcatalina.base=/usr/share/tomcat -Dcatalina.home=/usr/share/tomcat -Djava.endorsed.dirs= -Djava.io.tmpdir=/var/cache/tomcat/temp -Djava.util.logging.config.file=/usr/share/tomcat/conf/logging.properties -Djava.util.logging.manager=org.apache.juli.ClassLoaderLogManager org.apache.catalina.startup.Bootstrap start root 2208 0.0 0.0 112636 984 pts/0S+ 10:50 0:00 grep --color=auto tomcat If I try with the 8.0 war file, the installation is going perfectly. I would like to know if someone have ever see this king of error and how you fixed it. I checked the permissions and I am running the java-1.8. Any help will be appreciated. Thanks in advance. Sébastien ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki 8.1 returning error 404
OK! Finally got it! I had to add the path to my new JDK to the JDK_DIRS variable in /etc/init.d/tomcat7 It now looks like: JDK_DIRS="/usr/lib/jvm/default-java ${OPENJDKS} /usr/lib/jvm/java-6-openjdk /usr/lib/jvm/java-6-sun /usr/lib/jvm/java-7-oracle /usr/lib/jvm/java-8-openjdk-amd64" Credit: http://stackoverflow.com/a/27457724 Thanks for all your help! xWiki rocks! Java - not so much! Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 24 May 2016 18:53 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 Hmmm I now have: root@xWiki:~# java -version java version "1.8.0_91" Java(TM) SE Runtime Environment (build 1.8.0_91-b14) Java HotSpot(TM) 64-Bit Server VM (build 25.91-b14, mixed mode) And I've run: root@xWiki:~# update-alternatives --config java There are 3 choices for the alternative java (providing /usr/bin/java). SelectionPathPriority Status * 0/usr/lib/jvm/java-8-oracle/jre/bin/java 1072 auto mode 1/usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java 1071 manual mode 2/usr/lib/jvm/java-8-openjdk-amd64/jre/bin/java 1069 manual mode 3/usr/lib/jvm/java-8-oracle/jre/bin/java 1072 manual mode root@xWiki:~# update-alternatives --config javac There are 3 choices for the alternative javac (providing /usr/bin/javac). SelectionPath Priority Status * 0/usr/lib/jvm/java-8-oracle/bin/javac 1072 auto mode 1/usr/lib/jvm/java-7-openjdk-amd64/bin/javac 1071 manual mode 2/usr/lib/jvm/java-8-openjdk-amd64/bin/javac 1069 manual mode 3/usr/lib/jvm/java-8-oracle/bin/javac 1072 manual mode But I am still getting the following error. I have already restarted tomcat7 and even the whole server. May 24, 2016 6:51:09 PM org.apache.catalina.core.StandardContext listenerStart SEVERE: Error configuring application listener of class org.xwiki.container.servlet.XWikiServletContextListener java.lang.UnsupportedClassVersionError: org/xwiki/container/servlet/XWikiServletContextListener : Unsupported major.minor version 52.0 (unable to load class org.xwiki.container.servlet.XWikiServletContextListener) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2948) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1208) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1688) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1569) at org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:529) at org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:511) at org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:139) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4888) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5467) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:670) at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) May 24, 2016 6:51:09 PM org.apache.catalina.core.StandardContext listenerStart SEVERE: Error configuring application listener of class org.xwiki.container.servlet.SetThreadNameServletRequestListener java.lang.UnsupportedClassVersionError: org/xwiki/container/servlet/SetThreadNameServletRequestListener : Unsupported major.minor version 52.0 (unable to load class org.xwiki.container.servlet.SetThreadNameServletRequestListener) at org.apache.catalina.loader.WebappCla
Re: [xwiki-users] XWiki 8.1 returning error 404
.java:4888) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5467) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:670) at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) May 24, 2016 6:51:09 PM org.apache.catalina.core.StandardContext listenerStart SEVERE: Skipped installing application listeners due to previous error(s) Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 24 May 2016 18:37 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 > On 24 May 2016, at 19:31, Mahomed Hussein <maho...@custodiandc.com> wrote: > > To be fair, I normally look at the release notes and I had actually searched > the mailing list (hence I found the xwiki site was down). But it seems my > search got me the release notes for RC1 which didn't have this info. > > As for why java didn't get updated, it seems that OpenJDK-8 is not available > for Ubuntu 14.04. > > Will xWiki work if I install Oracle Java? Definitely Thanks -Vincent > Kind regards, > > > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol > Sent: 24 May 2016 18:20 > To: XWiki Users <users@xwiki.org> > Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 > > >> On 24 May 2016, at 19:17, Mahomed Hussein <maho...@custodiandc.com> wrote: >> >> You are correct about the version of java >> >> root@xWiki:~# java -version >> java version "1.7.0_101" >> OpenJDK Runtime Environment (IcedTea 2.6.6) >> (7u101-2.6.6-0ubuntu0.14.04.1) OpenJDK 64-Bit Server VM (build >> 24.95-b01, mixed mode) root@xWiki:~# ll /etc/alternatives/java >> lrwxrwxrwx 1 root root 46 Mar 8 2015 /etc/alternatives/java -> >> /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java* >> >> Just found an old post of yours :) - >> http://lists.xwiki.org/pipermail/users/2014-August/028873.html >> >> OK, let me look into upgrading Java {grumble grumble java grumble >> grumble} > > Sorry about that :) > > Make sure to always check the release notes: > http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki81 > > Thanks > -Vincent > > PS: Shouldn’t the deb upgrade also upgrade java? That looks like a bug to me. > >> Kind regards, >> >> >> >> >> Mahomed Hussein >> Custodian Data Centre >> Email: maho...@custodiandc.com >> http://www.CustodianDC.com >> >> -Original Message- >> From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent >> Massol >> Sent: 24 May 2016 18:14 >> To: XWiki Users <users@xwiki.org> >> Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 >> >> This means you’re using java 7 but XWiki 8.1 requires java 8. >> >> Thanks >> -Vincent >> >>> On 24 May 2016, at 19:10, Mahomed Hussein <maho...@custodiandc.com> wrote: >>> >>> I've found another log file which may have a more useful error >>> message (to someone else who knows more :) ) >>> >>> root@xWiki:~# cat /var/log/tomcat7/localhost.2016-05-24.log >>> May 24, 2016 3:14:10 PM org.apache.catalina.core.StandardContext >>> listenerStart >>> SEVERE: Error configuring application listener of class >>> org.xwiki.container.servlet.XWikiServletContextListener >>> java.lang.UnsupportedClassVersionError: >>> org/xwiki/container/servlet/XWikiServletContextListener : Unsupported >>> major.minor version 52.0 (unable to load class >>> org.xwiki.container.servlet.XWikiServletCo
Re: [xwiki-users] XWiki 8.1 returning error 404
To be fair, I normally look at the release notes and I had actually searched the mailing list (hence I found the xwiki site was down). But it seems my search got me the release notes for RC1 which didn't have this info. As for why java didn't get updated, it seems that OpenJDK-8 is not available for Ubuntu 14.04. Will xWiki work if I install Oracle Java? Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 24 May 2016 18:20 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 > On 24 May 2016, at 19:17, Mahomed Hussein <maho...@custodiandc.com> wrote: > > You are correct about the version of java > > root@xWiki:~# java -version > java version "1.7.0_101" > OpenJDK Runtime Environment (IcedTea 2.6.6) > (7u101-2.6.6-0ubuntu0.14.04.1) OpenJDK 64-Bit Server VM (build > 24.95-b01, mixed mode) root@xWiki:~# ll /etc/alternatives/java > lrwxrwxrwx 1 root root 46 Mar 8 2015 /etc/alternatives/java -> > /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java* > > Just found an old post of yours :) - > http://lists.xwiki.org/pipermail/users/2014-August/028873.html > > OK, let me look into upgrading Java {grumble grumble java grumble > grumble} Sorry about that :) Make sure to always check the release notes: http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki81 Thanks -Vincent PS: Shouldn’t the deb upgrade also upgrade java? That looks like a bug to me. > Kind regards, > > > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent > Massol > Sent: 24 May 2016 18:14 > To: XWiki Users <users@xwiki.org> > Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 > > This means you’re using java 7 but XWiki 8.1 requires java 8. > > Thanks > -Vincent > >> On 24 May 2016, at 19:10, Mahomed Hussein <maho...@custodiandc.com> wrote: >> >> I've found another log file which may have a more useful error >> message (to someone else who knows more :) ) >> >> root@xWiki:~# cat /var/log/tomcat7/localhost.2016-05-24.log >> May 24, 2016 3:14:10 PM org.apache.catalina.core.StandardContext >> listenerStart >> SEVERE: Error configuring application listener of class >> org.xwiki.container.servlet.XWikiServletContextListener >> java.lang.UnsupportedClassVersionError: >> org/xwiki/container/servlet/XWikiServletContextListener : Unsupported >> major.minor version 52.0 (unable to load class >> org.xwiki.container.servlet.XWikiServletContextListener) >> at >> org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2948) >> at >> org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1208) >> at >> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1688) >> at >> org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1569) >> at >> org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:529) >> at >> org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:511) >> at >> org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:139) >> at >> org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4888) >> at >> org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5467) >> at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) >> at >> org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) >> at >> org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) >> at >> org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632) >> at >> org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:670) >> at >> org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839) >> at >> java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) >> at java.util.concurrent.FutureTask.run(FutureTask.java:262) >> at >> java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) >> at >> java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPo
Re: [xwiki-users] XWiki 8.1 returning error 404
You are correct about the version of java root@xWiki:~# java -version java version "1.7.0_101" OpenJDK Runtime Environment (IcedTea 2.6.6) (7u101-2.6.6-0ubuntu0.14.04.1) OpenJDK 64-Bit Server VM (build 24.95-b01, mixed mode) root@xWiki:~# ll /etc/alternatives/java lrwxrwxrwx 1 root root 46 Mar 8 2015 /etc/alternatives/java -> /usr/lib/jvm/java-7-openjdk-amd64/jre/bin/java* Just found an old post of yours :) - http://lists.xwiki.org/pipermail/users/2014-August/028873.html OK, let me look into upgrading Java {grumble grumble java grumble grumble} Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 24 May 2016 18:14 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 This means you’re using java 7 but XWiki 8.1 requires java 8. Thanks -Vincent > On 24 May 2016, at 19:10, Mahomed Hussein <maho...@custodiandc.com> wrote: > > I've found another log file which may have a more useful error message > (to someone else who knows more :) ) > > root@xWiki:~# cat /var/log/tomcat7/localhost.2016-05-24.log > May 24, 2016 3:14:10 PM org.apache.catalina.core.StandardContext > listenerStart > SEVERE: Error configuring application listener of class > org.xwiki.container.servlet.XWikiServletContextListener > java.lang.UnsupportedClassVersionError: > org/xwiki/container/servlet/XWikiServletContextListener : Unsupported > major.minor version 52.0 (unable to load class > org.xwiki.container.servlet.XWikiServletContextListener) >at > org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2948) >at > org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1208) >at > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1688) >at > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1569) >at > org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:529) >at > org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:511) >at > org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:139) >at > org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4888) >at > org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5467) >at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) >at > org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) >at > org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) >at > org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632) >at > org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:670) >at > org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839) >at > java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) >at java.util.concurrent.FutureTask.run(FutureTask.java:262) >at > java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) >at > java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) >at java.lang.Thread.run(Thread.java:745) > > May 24, 2016 3:14:10 PM org.apache.catalina.core.StandardContext > listenerStart > SEVERE: Error configuring application listener of class > org.xwiki.container.servlet.SetThreadNameServletRequestListener > java.lang.UnsupportedClassVersionError: > org/xwiki/container/servlet/SetThreadNameServletRequestListener : Unsupported > major.minor version 52.0 (unable to load class > org.xwiki.container.servlet.SetThreadNameServletRequestListener) >at > org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2948) >at > org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1208) >at > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1688) >at > org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1569) >at > org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:529) >at > org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:511) >at > org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:139) >at > org.a
Re: [xwiki-users] XWiki 8.1 returning error 404
I've found another log file which may have a more useful error message (to someone else who knows more :) ) root@xWiki:~# cat /var/log/tomcat7/localhost.2016-05-24.log May 24, 2016 3:14:10 PM org.apache.catalina.core.StandardContext listenerStart SEVERE: Error configuring application listener of class org.xwiki.container.servlet.XWikiServletContextListener java.lang.UnsupportedClassVersionError: org/xwiki/container/servlet/XWikiServletContextListener : Unsupported major.minor version 52.0 (unable to load class org.xwiki.container.servlet.XWikiServletContextListener) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2948) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1208) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1688) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1569) at org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:529) at org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:511) at org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:139) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4888) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5467) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:670) at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) May 24, 2016 3:14:10 PM org.apache.catalina.core.StandardContext listenerStart SEVERE: Error configuring application listener of class org.xwiki.container.servlet.SetThreadNameServletRequestListener java.lang.UnsupportedClassVersionError: org/xwiki/container/servlet/SetThreadNameServletRequestListener : Unsupported major.minor version 52.0 (unable to load class org.xwiki.container.servlet.SetThreadNameServletRequestListener) at org.apache.catalina.loader.WebappClassLoader.findClassInternal(WebappClassLoader.java:2948) at org.apache.catalina.loader.WebappClassLoader.findClass(WebappClassLoader.java:1208) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1688) at org.apache.catalina.loader.WebappClassLoader.loadClass(WebappClassLoader.java:1569) at org.apache.catalina.core.DefaultInstanceManager.loadClass(DefaultInstanceManager.java:529) at org.apache.catalina.core.DefaultInstanceManager.loadClassMaybePrivileged(DefaultInstanceManager.java:511) at org.apache.catalina.core.DefaultInstanceManager.newInstance(DefaultInstanceManager.java:139) at org.apache.catalina.core.StandardContext.listenerStart(StandardContext.java:4888) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5467) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:670) at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 24 May 2016 18:05 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 Sorry, I know ev
Re: [xwiki-users] XWiki 8.1 returning error 404
Sorry, I know everyone is busy and Vincent and Thomas have tried to help. I am quite desperate though. Looking at this bit of log, it seems at some point Tomcat has tried to load the site and was looking for the 8.0 jar files. How can I tell it to look for the 8.1 jar files? May 24, 2016 3:13:32 PM org.apache.coyote.AbstractProtocol stop INFO: Stopping ProtocolHandler ["http-bio-8080"] May 24, 2016 3:13:32 PM org.apache.coyote.AbstractProtocol destroy INFO: Destroying ProtocolHandler ["http-bio-8080"] May 24, 2016 3:13:34 PM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler ["http-bio-8080"] May 24, 2016 3:13:34 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 709 ms May 24, 2016 3:13:34 PM org.apache.catalina.core.StandardService startInternal INFO: Starting service Catalina May 24, 2016 3:13:34 PM org.apache.catalina.core.StandardEngine startInternal INFO: Starting Servlet Engine: Apache Tomcat/7.0.52 (Ubuntu) May 24, 2016 3:13:34 PM org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor /etc/tomcat7/Catalina/localhost/xwiki.xml May 24, 2016 3:13:40 PM org.apache.coyote.AbstractProtocol init INFO: Initializing ProtocolHandler ["http-bio-8080"] May 24, 2016 3:13:40 PM org.apache.catalina.startup.Catalina load INFO: Initialization processed in 590 ms May 24, 2016 3:13:40 PM org.apache.catalina.core.StandardService startInternal INFO: Starting service Catalina May 24, 2016 3:13:40 PM org.apache.catalina.core.StandardEngine startInternal INFO: Starting Servlet Engine: Apache Tomcat/7.0.52 (Ubuntu) May 24, 2016 3:13:40 PM org.apache.catalina.startup.HostConfig deployDescriptor INFO: Deploying configuration descriptor /etc/tomcat7/Catalina/localhost/xwiki.xml May 24, 2016 3:13:49 PM org.apache.catalina.startup.ContextConfig processAnnotationsJar SEVERE: contextConfig.jarFile java.io.FileNotFoundException: /usr/lib/xwiki/WEB-INF/lib/log4j-over-slf4j-1.7.18-xwiki-1.jar (No such file or directory) at java.util.zip.ZipFile.open(Native Method) Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 24 May 2016 17:40 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 Hi No, we never made it the root application. The site has always been http://xwiki.cdc.local:8080/xwiki. Below are listings of the file referred to in the link. root@xWiki:/etc/tomcat7/Catalina/localhost# ll total 8 drwxrwxr-x 2 root tomcat7 4096 May 24 15:13 ./ drwxrwxr-x 3 root tomcat7 4096 Mar 8 2015 ../ lrwxrwxrwx 1 root root 28 May 24 11:32 xwiki.xml -> /etc/xwiki/xwiki-tomcat7.xml root@xWiki:/etc/xwiki# ll total 212 drwxr-xr-x 7 root root 4096 May 24 15:13 ./ drwxr-xr-x 119 root root 4096 May 24 16:28 ../ drwxr-xr-x 4 root root 4096 Mar 8 2015 cache/ drwxr-xr-x 3 root root 4096 May 24 15:13 classes/ drwxr-xr-x 2 root root 4096 Feb 26 2015 extensions/ drwxr-xr-x 2 root root 4096 May 24 15:13 fonts/ -rw-r--r-- 1 root root 12321 May 24 15:13 hibernate.cfg.xml -rw-r--r-- 1 root root 2022 Feb 26 2015 jboss-deployment-structure.xml drwxr-xr-x 3 root root 4096 Mar 8 2015 observation/ -rw-r--r-- 1 root root 2076 Mar 31 2015 portlet.xml -rw-r--r-- 1 root root 15610 Mar 31 2015 struts-config.xml -rw-r--r-- 1 root root 1328 Mar 31 2015 sun-web.xml -rw-r--r-- 1 root root12 May 24 11:32 version.properties -rw-r--r-- 1 root root 16927 Mar 15 16:38 web.xml -rw-r--r-- 1 root root 35035 May 24 11:32 xwiki.cfg -rw-r--r-- 1 root root 33149 Feb 26 2015 xwiki.cfg.dpkg-old -rw-r--r-- 1 root root 35522 May 24 11:32 xwiki.properties -rw-r--r-- 1 root root 1257 May 29 2015 xwiki-tomcat7.xml -rw-r--r-- 1 root root 1257 Feb 26 2015 xwiki-tomcat.xml root@xWiki:/etc/xwiki# cat xwiki-tomcat7.xml ==== Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne Sent: 24 May 2016 17:32 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 If you made XWiki the root application in Tomcat at some point you might want to look at the warning in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/InstallationViaAPT#HXWikiasrootwebapp. On Tue, May 24, 2016 at 6:22 PM, Mahomed Hussein <maho...@custodiandc.com> wrote: > I've also checked for the files it says it can't load such as > xwiki-commons-configuration-api-8.0.jar and confirm that the file does not > exist, but
Re: [xwiki-users] XWiki 8.1 returning error 404
I've also checked for the files it says it can't load such as xwiki-commons-configuration-api-8.0.jar and confirm that the file does not exist, but xwiki-commons-configuration-api-8.1.jar does exist. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 24 May 2016 17:16 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 > I guess it means you made apt-get update/upgrade automatic which is usually > not a great idea. Yes you are right. It was on my list to disable this > Could you confirm you are using XWiki Debian packages ? Yes I confirm it's the debian packages. All installed via apt-get install > Logs I have looked at the local access log and can see the last successful visit to the system was at 13:46 and then the next entry was at 16:23 when I got the error. The log file is quite long, I can share it via pastebin or some other method if you prefer. Thanks for the help. === 10.0.5.62 - - [24/May/2016:13:46:33 +0100] "GET /xwiki/bin/get/XWiki/DocumentTree?outputSyntax=plain=false=false&=children=document%3Axwiki%3ANOC.WebHome HTTP/1.1" 200 8492 10.0.5.61 - - [24/May/2016:16:23:22 +0100] "GET /xwiki/bin/view/Main/Search?text=backup_type=DOCUMENT_locale=en_locale==1 HTTP/1.1" 404 1021 10.0.5.61 - - [24/May/2016:16:23:23 +0100] "GET /favicon.ico HTTP/1.1" 404 991 10.0.5.61 - - [24/May/2016:16:23:32 +0100] "GET /xwiki/bin/view/Main/Search?text=backup_type=DOCUMENT_locale=en_locale==1 HTTP/1.1" 404 1021 10.0.5.61 - - [24/May/2016:16:23:37 +0100] "GET /xwiki/ HTTP/1.1" 404 981 10.0.5.61 - - [24/May/2016:16:23:47 +0100] "GET /xwiki/bin/view/Main/ HTTP/1.1" 404 1009 === >From about 15:00 we started getting errors in catalina.out. Also notice how >the time changes from using 24 Hour notation to 12 hour notation (excessively >repeated events truncated) === 2016-05-24 15:00:00,001 [DefaultQuartzScheduler_Worker-10] ERROR o.q.c.ErrorLogger - Job (DEFAULT.xwiki:Scheduler.WatchListHourlyNotifier_0 threw an exception. org.quartz.SchedulerException: Job threw an unhandled exception. at org.quartz.core.JobRunShell.run(JobRunShell.java:213) at org.quartz.simpl.SimpleThreadPool$WorkerThread.run(SimpleThreadPool.java:573) Caused by: java.lang.RuntimeException: Failed to load component for type [interface org.xwiki.context.ExecutionContextManager] for hint [default] at com.xpn.xwiki.web.Utils.getComponent(Utils.java:758) at com.xpn.xwiki.web.Utils.getComponent(Utils.java:781) at com.xpn.xwiki.web.Utils.getComponent(Utils.java:734) at com.xpn.xwiki.plugin.scheduler.AbstractJob.execute(AbstractJob.java:56) at org.quartz.core.JobRunShell.run(JobRunShell.java:202) ... 1 common frames omitted Caused by: org.xwiki.component.manager.ComponentLookupException: Can't find descriptor for the component [role = [interface org.xwiki.context.ExecutionContextManager] hint = [default]] at org.xwiki.component.embed.EmbeddableComponentManager.getComponentInstance(EmbeddableComponentManager.java:401) at org.xwiki.component.embed.EmbeddableComponentManager.getInstance(EmbeddableComponentManager.java:190) at com.xpn.xwiki.web.Utils.getComponent(Utils.java:756) ... 5 common frames omitted May 24, 2016 3:13:16 PM org.apache.coyote.AbstractProtocol pause INFO: Pausing ProtocolHandler ["http-bio-8080"] May 24, 2016 3:13:16 PM org.apache.catalina.core.StandardService stopInternal INFO: Stopping service Catalina 2016-05-24 15:13:32,469 [localhost-startStop-2] WARN o.i.j.ResourceDMBean - ISPN42: Did not find queried attribute with name coreHashCode 2016-05-24 15:13:32,470 [localhost-startStop-2] WARN o.i.j.ResourceDMBean - ISPN42: Did not find queried attribute with name coreHashCode 2016-05-24 15:13:32,470 [localhost-startStop-2] WARN o.i.j.ResourceDMBean - ISPN42: Did not find queried attribute with name coreHashCode [truncated] 2016-05-24 15:13:32,485 [localhost-startStop-2] WARN o.i.j.ResourceDMBean - ISPN42: Did not find queried attribute with name coreHashCode May 24, 2016 3:13:32 PM org.apache.catalina.loader.WebappClassLoader clearReferencesJdbc SEVERE: The web application [/xwiki] registered the JDBC driver [com.mysql.jdbc.Driver] but failed to unregister it when the web application was stopped. To prevent a memory leak, the JDBC Driver has been forcibly unregistered. May 24, 2016 3:13:32 PM org.apache.catalina.loader.WebappClassLoader checkThreadLocalMapForLeaks SEVERE: The web appli
Re: [xwiki-users] XWiki 8.1 returning error 404
ter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) May 24, 2016 3:13:49 PM org.apache.catalina.startup.ContextConfig processAnnotationsJar SEVERE: contextConfig.jarFile java.io.FileNotFoundException: /usr/lib/xwiki/WEB-INF/lib/xwiki-platform-feed-api-8.0.jar (No such file or directory) at java.util.zip.ZipFile.open(Native Method) at java.util.zip.ZipFile.(ZipFile.java:215) at java.util.zip.ZipFile.(ZipFile.java:145) at java.util.jar.JarFile.(JarFile.java:154) at java.util.jar.JarFile.(JarFile.java:91) at sun.net.www.protocol.jar.URLJarFile.(URLJarFile.java:93) at sun.net.www.protocol.jar.URLJarFile.getJarFile(URLJarFile.java:69) at sun.net.www.protocol.jar.JarFileFactory.get(JarFileFactory.java:99) at sun.net.www.protocol.jar.JarURLConnection.connect(JarURLConnection.java:122) at sun.net.www.protocol.jar.JarURLConnection.getJarFile(JarURLConnection.java:89) at org.apache.tomcat.util.scan.FileUrlJar.(FileUrlJar.java:41) at org.apache.tomcat.util.scan.JarFactory.newInstance(JarFactory.java:34) at org.apache.catalina.startup.ContextConfig.processAnnotationsJar(ContextConfig.java:1922) at org.apache.catalina.startup.ContextConfig.processAnnotationsUrl(ContextConfig.java:1897) at org.apache.catalina.startup.ContextConfig.processAnnotations(ContextConfig.java:1882) at org.apache.catalina.startup.ContextConfig.webConfig(ContextConfig.java:1314) at org.apache.catalina.startup.ContextConfig.configureStart(ContextConfig.java:873) at org.apache.catalina.startup.ContextConfig.lifecycleEvent(ContextConfig.java:371) at org.apache.catalina.util.LifecycleSupport.fireLifecycleEvent(LifecycleSupport.java:117) at org.apache.catalina.util.LifecycleBase.fireLifecycleEvent(LifecycleBase.java:90) at org.apache.catalina.core.StandardContext.startInternal(StandardContext.java:5355) at org.apache.catalina.util.LifecycleBase.start(LifecycleBase.java:150) at org.apache.catalina.core.ContainerBase.addChildInternal(ContainerBase.java:901) at org.apache.catalina.core.ContainerBase.addChild(ContainerBase.java:877) at org.apache.catalina.core.StandardHost.addChild(StandardHost.java:632) at org.apache.catalina.startup.HostConfig.deployDescriptor(HostConfig.java:670) at org.apache.catalina.startup.HostConfig$DeployDescriptor.run(HostConfig.java:1839) at java.util.concurrent.Executors$RunnableAdapter.call(Executors.java:471) at java.util.concurrent.FutureTask.run(FutureTask.java:262) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) at java.lang.Thread.run(Thread.java:745) === Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne Sent: 24 May 2016 17:01 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] XWiki 8.1 returning error 404 I guess it means you made apt-get update/upgrade automatic which is usually not a great idea. Could you confirm you are using XWiki Debian packages ? You should look at tomcat log to see if there is any error in it. What version was it upgraded from ? On Tue, May 24, 2016 at 5:51 PM, Mahomed Hussein <maho...@custodiandc.com> wrote: > Hi > > It seems our server automatically updated to xWiki 8.1 and now we are getting > the error below: > > > === > HTTP Status 404 - /xwiki/bin/view/Main/ type Status report message > /xwiki/bin/view/Main/ > > description The requested resource is not available. > > Apache Tomcat/7.0.52 (Ubuntu) > > === > > I have already rebooted the server to no avail. I have confirmed that > we are upgraded to 8.1 > > I have tried to browse to > http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki81RC1 to > see if there are any instructions there, but the page is not loading and I am > getting an error 524 (I assume you are using cloudflare). > > Help please as this is our live system. Thanks. > > > Kind regards, > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > ___ > users mailing list &
[xwiki-users] XWiki 8.1 returning error 404
Hi It seems our server automatically updated to xWiki 8.1 and now we are getting the error below: === HTTP Status 404 - /xwiki/bin/view/Main/ type Status report message /xwiki/bin/view/Main/ description The requested resource is not available. Apache Tomcat/7.0.52 (Ubuntu) === I have already rebooted the server to no avail. I have confirmed that we are upgraded to 8.1 I have tried to browse to http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki81RC1 to see if there are any instructions there, but the page is not loading and I am getting an error 524 (I assume you are using cloudflare). Help please as this is our live system. Thanks. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Parsing external JSON with Velocity in XWiki
Thanks for the quick response. I had looked at the VelocityTools page several times before posting. Unfortunately it wasn't very useful to me as a beginner as there weren't any examples of how to use it (and I couldn't deduce the syntax and requirements from looking at the source of the tools). Anyway, this page may have a groovy example that might work for me. I just haven't had the time to test it today (and it seems the need to read the JSON may now been cancelled anyway) - http://extensions.xwiki.org/xwiki/bin/view/Extension/GitHub+Integration Thanks again for the help. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 19 April 2016 18:38 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] Parsing external JSON with Velocity in XWiki > On 19 Apr 2016, at 19:18, Mahomed Hussein <maho...@custodiandc.com> wrote: > > Hi > > I started off on something I thought would be simple, but my limited > knowledge is failing me and Google isn’t bringing up anything useful. > > Basically, I have a url that returns JSON content (for the sake of this > example – assume the url is https://status.com/api/status.json) > The content returned by the URL is: > > {"page":{"id":"9jyl5nk7mszv","name":"Custodian > DataCentres","url":"http://status.custdc.net","updated_at":"2016-04-19T15:45:36.626+01:00"},"status":{"indicator":"none","description":"All > Systems Operational"}} > > What I wanted to do was to simply read that JSON and then process the values > and possibly output something like: > > Status: All Systems Operational > Last Update: 2016-04-19T15:45:36 > > So far I have managed to get the URL content with: > > {{velocity}} > #set($jsoncontent = > $xwiki.getURLContent(‘https://status.com/api/status.json’)) > $jsoncontent > {{/velocity}} > > This is where I get stuck. How do I get the $jsonconent into an array or > somehow read the values? There’s a $jsontool you can use in velocity, see http://extensions.xwiki.org/xwiki/bin/view/Extension/Velocity+Module#HVelocityTools Otherwise you can also use groovy instead which supports reading and parsing JSON by default. Several examples are on extensions.xwiki.org. Thanks -Vincent > Apologies for the basic question, but I hope someone can either point me in > the right direction or provide an example I can work from. Thanks. > > > Kind regards, > > > Mahomed Hussein > Custodian Data Centre ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Parsing external JSON with Velocity in XWiki
Hi I started off on something I thought would be simple, but my limited knowledge is failing me and Google isn’t bringing up anything useful. Basically, I have a url that returns JSON content (for the sake of this example – assume the url is https://status.com/api/status.json) The content returned by the URL is: {"page":{"id":"9jyl5nk7mszv","name":"Custodian DataCentres","url":"http://status.custdc.net","updated_at":"2016-04-19T15:45:36.626+01:00"},"status":{"indicator":"none","description":"All Systems Operational"}} What I wanted to do was to simply read that JSON and then process the values and possibly output something like: Status: All Systems Operational Last Update: 2016-04-19T15:45:36 So far I have managed to get the URL content with: {{velocity}} #set($jsoncontent = $xwiki.getURLContent(‘https://status.com/api/status.json’)) $jsoncontent {{/velocity}} This is where I get stuck. How do I get the $jsonconent into an array or somehow read the values? Apologies for the basic question, but I hope someone can either point me in the right direction or provide an example I can work from. Thanks. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Nested pages livetable
Thanks Vincent. We are currently running version 8.0. I take it we'll only see this fix in the next release after milestone 1? I am only asking so I know when to check, I am not trying to be pushy ;-) Thanks again. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 08 April 2016 16:57 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] Nested pages livetable I’ve fixed the issue and backported the fix in 7.4.3 (not released yet). Thanks -Vincent > On 08 Apr 2016, at 17:37, Mahomed Hussein <maho...@custodiandc.com> wrote: > > Hi Vincent > > Thanks. The viewer=children option is a usable workaround for now. The > SpaceIndex option was slightly nicer because it was sortable on document > title (not just location). > > I was going to try editing XWiki.LiveTableResults but I couldn't work out > where that was (which probably means I shouldn't touch it :-) ) > > Thanks again. I look forward to the final fix. Though 8.1 milestone 1 looks > like will change more of the stuff we actually came to like in XWiki. But > such is life. Thanks for the hard work. > > > Kind regards, > > > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol > Sent: 08 April 2016 09:21 > To: XWiki Users <users@xwiki.org> > Subject: Re: [xwiki-users] Nested pages livetable > > Hi Mahomed, > >> On 07 Apr 2016, at 19:01, Mahomed Hussein <maho...@custodiandc.com> wrote: >> >> This issue has kind of bitten us as well. The table format of listing all >> documents in a particular space is really useful (regardless of nested pages >> or not). Sadly the spaceIndex (which I think is slightly different but >> related to this) doesn't list the new type pages. > > Yes indeed, see http://jira.xwiki.org/browse/XWIKI-13239 > > I’ll probably take care of it in the coming days. > > Thanks > -Vincent > >> Kind regards, >> >> >> >> Mahomed Hussein >> Custodian Data Centre >> Email: maho...@custodiandc.com >> http://www.CustodianDC.com >> >> -Original Message- >> From: users [mailto:users-boun...@xwiki.org] On Behalf Of CarlJ >> Sent: 24 March 2016 11:51 >> To: users@xwiki.org >> Subject: Re: [xwiki-users] Nested pages livetable >> >> Hi, >> >> I hate to bug but is there no way to display the children of a page in a >> livetable, because if there isn't I am going to have restore my wiki back to >> before I upgraded from our backup. >> >> Thanks and sorry to bug. >> - Carl > > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users > ___ > users mailing list > users@xwiki.org > http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Nested pages livetable
Hi Vincent Thanks. The viewer=children option is a usable workaround for now. The SpaceIndex option was slightly nicer because it was sortable on document title (not just location). I was going to try editing XWiki.LiveTableResults but I couldn't work out where that was (which probably means I shouldn't touch it :-) ) Thanks again. I look forward to the final fix. Though 8.1 milestone 1 looks like will change more of the stuff we actually came to like in XWiki. But such is life. Thanks for the hard work. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Vincent Massol Sent: 08 April 2016 09:21 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] Nested pages livetable Hi Mahomed, > On 07 Apr 2016, at 19:01, Mahomed Hussein <maho...@custodiandc.com> wrote: > > This issue has kind of bitten us as well. The table format of listing all > documents in a particular space is really useful (regardless of nested pages > or not). Sadly the spaceIndex (which I think is slightly different but > related to this) doesn't list the new type pages. Yes indeed, see http://jira.xwiki.org/browse/XWIKI-13239 I’ll probably take care of it in the coming days. Thanks -Vincent > Kind regards, > > > > Mahomed Hussein > Custodian Data Centre > Email: maho...@custodiandc.com > http://www.CustodianDC.com > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of CarlJ > Sent: 24 March 2016 11:51 > To: users@xwiki.org > Subject: Re: [xwiki-users] Nested pages livetable > > Hi, > > I hate to bug but is there no way to display the children of a page in a > livetable, because if there isn't I am going to have restore my wiki back to > before I upgraded from our backup. > > Thanks and sorry to bug. > - Carl ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Nested pages livetable
This issue has kind of bitten us as well. The table format of listing all documents in a particular space is really useful (regardless of nested pages or not). Sadly the spaceIndex (which I think is slightly different but related to this) doesn't list the new type pages. Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of CarlJ Sent: 24 March 2016 11:51 To: users@xwiki.org Subject: Re: [xwiki-users] Nested pages livetable Hi, I hate to bug but is there no way to display the children of a page in a livetable, because if there isn't I am going to have restore my wiki back to before I upgraded from our backup. Thanks and sorry to bug. - Carl -- View this message in context: http://xwiki.475771.n2.nabble.com/Nested-pages-livetable-tp7598571p7598627.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Search failing after upgrade to 7.2
Thanks Thomas. I've logged http://jira.xwiki.org/browse/XWIKI-12619. Please let me know what other info you need. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne Sent: 26 September 2015 12:12 To: XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] Search failing after upgrade to 7.2 Would be great if you could create an issue on htp://jira.xwiki.org. On Sat, Sep 26, 2015 at 10:22 AM, vinc...@massol.net <vinc...@massol.net> wrote: > Hi Mahomed, > > I’d like to help you but the stack trace you’ve put below seems to indicate > that there’s a bug in XWiki. Marius is the one who coded this part and I’m > sure he’s going to check it out as soon as Monday morning. > > Right now I suggest you roll back to your previous version and wait for a fix. > > Thanks > -Vincent > > On 26 Sep 2015 at 10:13:12, Mahomed Hussein (maho...@custodiandc.com) wrote: > > Hi > > I know it's a Saturday but I hope someone out there can help with the search > issue. I have tried a re-index and I've been trying to search the XWiki Jira > but haven't found anything. > > Ideally I need to have this fixed by Monday. Pretty please. Thanks. > > > Kind regards, > > Mahomed > > > > > -Original Message- > From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein > Sent: 25 September 2015 17:51 > To: XWiki Users <users@xwiki.org> > Subject: [xwiki-users] Search failing after upgrade to 7.2 > > Hi > > We upgraded to 7.2 today and I’m having a couple of issues that I hope > someone can help me with. I’ve had a look through the recent mailing list > topics and nothing seems to match. > > > · We have a custom skin based on Flamingo but the skin hasn’t picked up the > new changes to the skin. I’ve tried searching for the tutorial for creating a > custom skin and can’t find it. So can someone please help me with: > > o Link to the tutorial/documentation for creating a custom skin > > o The physical location on the file system where the custom skin is stored. I > can’t seem to find it for some reason. > > · More importantly, search appears to be broken. Any help in fixing would be > greatly appreciated. The error is that it “Failed to execute the [velocity] > Macro”. When I click for more detail, I get: (sorry for the length) > > > > org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate > Velocity Macro for content [#handleSolrSearchRequest] > > at > org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:131) > > at > org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:50) > > at > org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:286) > > at > org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:182) > > at > org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58) > > at > org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:269) > > at > org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183) > > at > org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:94) > > at > org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:252) > > at > org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:125) > > at > org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:55) > > at > org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:96) > > at > org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:39) > > at > org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:113) > > at > org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:50) > > at > org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:67) > > at > org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:41) > > at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1164) > > at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1127) > > at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1179) > > at com.xpn.xwiki.api.Docu
Re: [xwiki-users] Search failing after upgrade to 7.2
Hi Vincent Thanks. Could you confirm if a roll-back requires a restore from backup or if it can be done “safely” in the UI? Thanks again. Kind regards, Mahomed From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of vinc...@massol.net Sent: 26 September 2015 09:23 To: XWiki Users <users@xwiki.org> Cc: Mahomed Hussein <maho...@custodiandc.com> Subject: Re: [xwiki-users] Search failing after upgrade to 7.2 Hi Mahomed, I’d like to help you but the stack trace you’ve put below seems to indicate that there’s a bug in XWiki. Marius is the one who coded this part and I’m sure he’s going to check it out as soon as Monday morning. Right now I suggest you roll back to your previous version and wait for a fix. Thanks -Vincent On 26 Sep 2015 at 10:13:12, Mahomed Hussein (maho...@custodiandc.com<mailto:maho...@custodiandc.com>) wrote: Hi I know it's a Saturday but I hope someone out there can help with the search issue. I have tried a re-index and I've been trying to search the XWiki Jira but haven't found anything. Ideally I need to have this fixed by Monday. Pretty please. Thanks. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 25 September 2015 17:51 To: XWiki Users <users@xwiki.org<mailto:users@xwiki.org>> Subject: [xwiki-users] Search failing after upgrade to 7.2 Hi We upgraded to 7.2 today and I’m having a couple of issues that I hope someone can help me with. I’ve had a look through the recent mailing list topics and nothing seems to match. · We have a custom skin based on Flamingo but the skin hasn’t picked up the new changes to the skin. I’ve tried searching for the tutorial for creating a custom skin and can’t find it. So can someone please help me with: o Link to the tutorial/documentation for creating a custom skin o The physical location on the file system where the custom skin is stored. I can’t seem to find it for some reason. · More importantly, search appears to be broken. Any help in fixing would be greatly appreciated. The error is that it “Failed to execute the [velocity] Macro”. When I click for more detail, I get: (sorry for the length) org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Velocity Macro for content [#handleSolrSearchRequest] at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:131) at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:50) at org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:286) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:182) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58) at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:269) at org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:94) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:252) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:125) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:55) at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:96) at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:39) at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:113) at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:50) at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:67) at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:41) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1164) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1127) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1179) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:683) at sun.reflect.GeneratedMethodAccessor384.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) at org.apache.velocity.runtime.pa
Re: [xwiki-users] Search failing after upgrade to 7.2
OK, rather than roll-back, I have changed to the "Database" search method which is working. I think the SOLR method is better/recommended/default (please correct me if I'm wrong), so it would be good to get that fixed. This should hopefully buy me some time with users until Marius (or anyone else) can have a look :) I've posted some error output from catalina.out on the bug in Jira. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 26 September 2015 12:57 To: vinc...@massol.net; XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] Search failing after upgrade to 7.2 Hi Vincent Thanks. Could you confirm if a roll-back requires a restore from backup or if it can be done “safely” in the UI? Thanks again. Kind regards, Mahomed From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of vinc...@massol.net Sent: 26 September 2015 09:23 To: XWiki Users <users@xwiki.org> Cc: Mahomed Hussein <maho...@custodiandc.com> Subject: Re: [xwiki-users] Search failing after upgrade to 7.2 Hi Mahomed, I’d like to help you but the stack trace you’ve put below seems to indicate that there’s a bug in XWiki. Marius is the one who coded this part and I’m sure he’s going to check it out as soon as Monday morning. Right now I suggest you roll back to your previous version and wait for a fix. Thanks -Vincent On 26 Sep 2015 at 10:13:12, Mahomed Hussein (maho...@custodiandc.com<mailto:maho...@custodiandc.com>) wrote: Hi I know it's a Saturday but I hope someone out there can help with the search issue. I have tried a re-index and I've been trying to search the XWiki Jira but haven't found anything. Ideally I need to have this fixed by Monday. Pretty please. Thanks. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 25 September 2015 17:51 To: XWiki Users <users@xwiki.org<mailto:users@xwiki.org>> Subject: [xwiki-users] Search failing after upgrade to 7.2 Hi We upgraded to 7.2 today and I’m having a couple of issues that I hope someone can help me with. I’ve had a look through the recent mailing list topics and nothing seems to match. · We have a custom skin based on Flamingo but the skin hasn’t picked up the new changes to the skin. I’ve tried searching for the tutorial for creating a custom skin and can’t find it. So can someone please help me with: o Link to the tutorial/documentation for creating a custom skin o The physical location on the file system where the custom skin is stored. I can’t seem to find it for some reason. · More importantly, search appears to be broken. Any help in fixing would be greatly appreciated. The error is that it “Failed to execute the [velocity] Macro”. When I click for more detail, I get: (sorry for the length) org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Velocity Macro for content [#handleSolrSearchRequest] at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:131) at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:50) at org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:286) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:182) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58) at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:269) at org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:94) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:252) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:125) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:55) at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:96) at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:39) at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:113) at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:50) at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:67) at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:41) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1164) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1127) at com.
Re: [xwiki-users] Search failing after upgrade to 7.2
Another update (sorry). Thomas has provided some useful information and after following his steps, the search is working again. If anyone else has the same issue, please read http://jira.xwiki.org/browse/XWIKI-12619. Thank you all again! I really appreciate the help. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 26 September 2015 13:44 To: XWiki Users <users@xwiki.org>; vinc...@massol.net Subject: Re: [xwiki-users] Search failing after upgrade to 7.2 OK, rather than roll-back, I have changed to the "Database" search method which is working. I think the SOLR method is better/recommended/default (please correct me if I'm wrong), so it would be good to get that fixed. This should hopefully buy me some time with users until Marius (or anyone else) can have a look :) I've posted some error output from catalina.out on the bug in Jira. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 26 September 2015 12:57 To: vinc...@massol.net; XWiki Users <users@xwiki.org> Subject: Re: [xwiki-users] Search failing after upgrade to 7.2 Hi Vincent Thanks. Could you confirm if a roll-back requires a restore from backup or if it can be done “safely” in the UI? Thanks again. Kind regards, Mahomed From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of vinc...@massol.net Sent: 26 September 2015 09:23 To: XWiki Users <users@xwiki.org> Cc: Mahomed Hussein <maho...@custodiandc.com> Subject: Re: [xwiki-users] Search failing after upgrade to 7.2 Hi Mahomed, I’d like to help you but the stack trace you’ve put below seems to indicate that there’s a bug in XWiki. Marius is the one who coded this part and I’m sure he’s going to check it out as soon as Monday morning. Right now I suggest you roll back to your previous version and wait for a fix. Thanks -Vincent On 26 Sep 2015 at 10:13:12, Mahomed Hussein (maho...@custodiandc.com<mailto:maho...@custodiandc.com>) wrote: Hi I know it's a Saturday but I hope someone out there can help with the search issue. I have tried a re-index and I've been trying to search the XWiki Jira but haven't found anything. Ideally I need to have this fixed by Monday. Pretty please. Thanks. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 25 September 2015 17:51 To: XWiki Users <users@xwiki.org<mailto:users@xwiki.org>> Subject: [xwiki-users] Search failing after upgrade to 7.2 Hi We upgraded to 7.2 today and I’m having a couple of issues that I hope someone can help me with. I’ve had a look through the recent mailing list topics and nothing seems to match. · We have a custom skin based on Flamingo but the skin hasn’t picked up the new changes to the skin. I’ve tried searching for the tutorial for creating a custom skin and can’t find it. So can someone please help me with: o Link to the tutorial/documentation for creating a custom skin o The physical location on the file system where the custom skin is stored. I can’t seem to find it for some reason. · More importantly, search appears to be broken. Any help in fixing would be greatly appreciated. The error is that it “Failed to execute the [velocity] Macro”. When I click for more detail, I get: (sorry for the length) org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Velocity Macro for content [#handleSolrSearchRequest] at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:131) at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:50) at org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:286) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:182) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58) at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:269) at org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:94) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:252) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:125) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:55) at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:96) at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:39) at org
Re: [xwiki-users] Search failing after upgrade to 7.2
Hi I know it's a Saturday but I hope someone out there can help with the search issue. I have tried a re-index and I've been trying to search the XWiki Jira but haven't found anything. Ideally I need to have this fixed by Monday. Pretty please. Thanks. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 25 September 2015 17:51 To: XWiki Users <users@xwiki.org> Subject: [xwiki-users] Search failing after upgrade to 7.2 Hi We upgraded to 7.2 today and I’m having a couple of issues that I hope someone can help me with. I’ve had a look through the recent mailing list topics and nothing seems to match. · We have a custom skin based on Flamingo but the skin hasn’t picked up the new changes to the skin. I’ve tried searching for the tutorial for creating a custom skin and can’t find it. So can someone please help me with: o Link to the tutorial/documentation for creating a custom skin o The physical location on the file system where the custom skin is stored. I can’t seem to find it for some reason. · More importantly, search appears to be broken. Any help in fixing would be greatly appreciated. The error is that it “Failed to execute the [velocity] Macro”. When I click for more detail, I get: (sorry for the length) org.xwiki.rendering.macro.MacroExecutionException: Failed to evaluate Velocity Macro for content [#handleSolrSearchRequest] at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:131) at org.xwiki.rendering.internal.macro.velocity.VelocityMacro.evaluateString(VelocityMacro.java:50) at org.xwiki.rendering.macro.script.AbstractScriptMacro.evaluateBlock(AbstractScriptMacro.java:286) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:182) at org.xwiki.rendering.macro.script.AbstractScriptMacro.execute(AbstractScriptMacro.java:58) at org.xwiki.rendering.internal.transformation.macro.MacroTransformation.transform(MacroTransformation.java:269) at org.xwiki.rendering.internal.transformation.DefaultRenderingContext.transformInContext(DefaultRenderingContext.java:183) at org.xwiki.rendering.internal.transformation.DefaultTransformationManager.performTransformations(DefaultTransformationManager.java:94) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:252) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:125) at org.xwiki.display.internal.DocumentContentDisplayer.display(DocumentContentDisplayer.java:55) at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:96) at org.xwiki.display.internal.DefaultDocumentDisplayer.display(DefaultDocumentDisplayer.java:39) at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:113) at org.xwiki.sheet.internal.SheetDocumentDisplayer.display(SheetDocumentDisplayer.java:50) at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:67) at org.xwiki.display.internal.ConfiguredDocumentDisplayer.display(ConfiguredDocumentDisplayer.java:41) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1164) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1127) at com.xpn.xwiki.doc.XWikiDocument.getRenderedContent(XWikiDocument.java:1179) at com.xpn.xwiki.api.Document.getRenderedContent(Document.java:683) at sun.reflect.GeneratedMethodAccessor384.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) at org.apache.velocity.runtime.parser.node.ASTReference.execute(ASTReference.java:280) at org.apache.velocity.runtime.parser.node.ASTReference.value(ASTReference.java:567) at org.apache.velocity.runtime.parser.node.ASTExpression.value(ASTExpression.java:71) at org.apache.velocity.runtime.parser.node.ASTSetDirective.render(ASTSetDirective.java:142) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.j
[xwiki-users] Search failing after upgrade to 7.2
) at org.apache.velocity.runtime.directive.Foreach.render(Foreach.java:420) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:87) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.parser.node.ASTElseIfStatement.render(ASTElseIfStatement.java:92) at org.apache.velocity.runtime.parser.node.ASTIfStatement.render(ASTIfStatement.java:106) at org.apache.velocity.runtime.parser.node.ASTBlock.render(ASTBlock.java:72) at org.apache.velocity.runtime.directive.VelocimacroProxy.render(VelocimacroProxy.java:216) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:311) at org.apache.velocity.runtime.directive.RuntimeMacro.render(RuntimeMacro.java:230) at org.apache.velocity.runtime.parser.node.ASTDirective.render(ASTDirective.java:207) at org.apache.velocity.runtime.parser.node.SimpleNode.render(SimpleNode.java:342) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluateInternal(DefaultVelocityEngine.java:256) at org.xwiki.velocity.internal.DefaultVelocityEngine.evaluate(DefaultVelocityEngine.java:222) ... 126 more Caused by: java.lang.IllegalArgumentException: The resolver parameter doesn't contain an Entity Reference of type [SPACE] at org.xwiki.model.internal.reference.ExplicitReferenceEntityReferenceResolver.getDefaultReference(ExplicitReferenceEntityReferenceResolver.java:45) at org.xwiki.model.internal.reference.AbstractEntityReferenceResolver.resolveDefaultReference(AbstractEntityReferenceResolver.java:77) at org.xwiki.model.internal.reference.AbstractReferenceEntityReferenceResolver.resolve(AbstractReferenceEntityReferenceResolver.java:67) at org.xwiki.model.internal.reference.AbstractReferenceEntityReferenceResolver.resolve(AbstractReferenceEntityReferenceResolver.java:41) at org.xwiki.search.solr.internal.reference.SolrEntityReferenceResolver.resolveMissingReference(SolrEntityReferenceResolver.java:173) at org.xwiki.search.solr.internal.reference.SolrEntityReferenceResolver.getSpaceReference(SolrEntityReferenceResolver.java:111) at org.xwiki.search.solr.internal.reference.SolrEntityReferenceResolver.getEntityReference(SolrEntityReferenceResolver.java:71) at org.xwiki.search.solr.internal.reference.SolrEntityReferenceResolver.resolve(SolrEntityReferenceResolver.java:63) at org.xwiki.search.solr.internal.reference.SolrEntityReferenceResolver.resolve(SolrEntityReferenceResolver.java:46) at org.xwiki.search.solr.script.SolrIndexScriptService.resolve(SolrIndexScriptService.java:242) at org.xwiki.search.solr.script.SolrIndexScriptService.resolve(SolrIndexScriptService.java:227) at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:57) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) at java.lang.reflect.Method.invoke(Method.java:606) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.doInvoke(UberspectImpl.java:395) at org.apache.velocity.util.introspection.UberspectImpl$VelMethodImpl.invoke(UberspectImpl.java:384) at org.apache.velocity.runtime.parser.node.ASTMethod.execute(ASTMethod.java:173) ... 161 more Help please. Thanks ☺ Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Content
Vincent, I think from his description, he is wanting to know if there's a way to make .csr files prompt to download instead of displaying the contents in the browser. I don't think this is an XWiki issue per se. But there might be a way of changing the header/filetype descriptor for .csr files? Otherwise I think the only other solution is to tell the webserver to not serve the .csr files and make them downloadable instead. This is similar behaviour to text files. They will display the content in the browser by default unless you change the content type header or tell the web server to allow it to force to download. Unfortunately I don't know how to make XWiki do this (or tomcat for that matter). Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of vinc...@massol.net Sent: 01 June 2015 14:22 To: XWiki Users Subject: Re: [xwiki-users] Content On 1 Jun 2015 at 15:17:46, Maciej Fokt (maciek.f...@taxi123.pl) wrote: W dniu .06.2015 o 15:11 vinc...@massol.net vinc...@massol.net pisze: On 1 Jun 2015 at 15:09:18, Maciej Fokt (maciek.f...@taxi123.pl) wrote: W dniu .06.2015 o 13:15 vinc...@massol.net vinc...@massol.net pisze: Hi Maciek, On 1 Jun 2015 at 12:59:55, Maciej Fokt (maciek.f...@taxi123.pl(mailto:maciek.f...@taxi123.pl)) wrote: Hi, What I have to do... I would like to make a link on page to file, I mean: User have to click link to download. [This link isn't a link to Internet page] I want to add file to the page as attachment for users to download. Does this help: http://platform.xwiki.org/xwiki/bin/view/Features/Attachments#HLinkingtoanattachedfile2Fimage ? Thanks -Vincent Thanks, Maciek. I don't want to show list with attachments for users, I need link which help their with download this file I don’t understand what you’re asking. The link I gave you allows you to create a link to an attachment and anyone who clicks on it will download the attachment. What do you want exactly? Thanks -Vincent My problem is probably rare :p I would like to add as attachment .csr file, I mean Java certificate so... when I click I see many numbers and words. I need window with button Download. Sorry you’re still not being clear for me. I can’t help you if I don’t understand what you need :) Maybe someone else understands? Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User forgot password link unavailable
It's not a bug, it's a feature I must admit that made me chuckle :) But seriously, saying it's a feature would be like saying you can't get to the login page because you've blocked unauthenticated users. Is there a simple way of allowing just this one page (and possibly the forgot username page) to be viewed by unauthenticated users, without allowing unauthenticated users full access? On a related note, if using the block unauthenticated users feature is not recommended, then what is the recommended way of blocking access to documents by unauthenticated users? Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Sergiu Dumitriu Sent: 21 May 2015 23:13 To: XWiki Users Subject: Re: [xwiki-users] User forgot password link unavailable It's not a bug, it's a feature When you prevent access to unathenticated users, you really prevent almost any access, including the reset password page. That is why it's really not recommended to tick that box. On 05/21/2015 06:55 AM, Mahomed Hussein wrote: Hi It seems that the “forgot password” link is unavailable when blocking access to anonymous users (http://localhost/xwiki/bin/view/XWiki/ResetPassword). I am using a custom skin based on flamingo. No link shows up for resetting the password and if I go to the link directly, it redirects to the login page. If I then login, I correctly get the reset page. Is this a bug or have I done something wrong? Thanks. Kind regards, Mahomed -- Sergiu Dumitriu http://purl.org/net/sergiu/ ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] change default page title
I think the description field on this URL is what you are looking for: http://yourwiki.url/xwiki/bin/edit/XWiki/XWikiServerXwiki Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Niko B. Sent: 22 May 2015 18:31 To: users Subject: [xwiki-users] change default page title Hello, I am trying to change the title Xwiki Home on the main page. I have looked in xwiki.cfg and xwiki.properties but could not find the parameter that allows me to change this. I also attempted to find the object that specifies the title.Would this be something related to the skin? Any help would be much appreciated! Thanks! ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] User forgot password link unavailable
Hi It seems that the “forgot password” link is unavailable when blocking access to anonymous users (http://localhost/xwiki/bin/view/XWiki/ResetPassword). I am using a custom skin based on flamingo. No link shows up for resetting the password and if I go to the link directly, it redirects to the login page. If I then login, I correctly get the reset page. Is this a bug or have I done something wrong? Thanks. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User activity log
Hi I had also asked for something like this when we first started using XWiki. Unfortunately the answer I also got was that it wasn't possible. Have a look at the thread for some useful info that was given - http://lists.xwiki.org/pipermail/users/2015-March/030119.html Vincent's idea of having a check-sheet attached to each document would be an ideal setup. But this will no doubt require some development. I'd love to give it a try but not enough time or knowledge of velocity/groovy/java to implement this. As I see it, to be useful, the checkbox would have to meet these criteria (in case anyone feels like giving it a try LOL) - Be able to specify users/groups that need to read/accept the document - The person reading should only have access to check their own box next to their name - When they check the box, it should store a date/time stamp and become read-only. Sounds simple but I doubt it is very easy to implement. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of vinc...@massol.net Sent: 19 May 2015 12:36 To: XWiki Users Subject: Re: [xwiki-users] User activity log On 19 May 2015 at 13:30:32, Яковлев Павел Владимирович (yakovle...@sovcombank.ru(mailto:yakovle...@sovcombank.ru)) wrote: Vincent, Unfortunately as I see this extension does not collect info which pages where visited by which user( Indeed Business task is like this: to know which required instructions this guy or that guy have read You could do that by having some web server (apache for ex) in front of xwiki and then checking the access logs. You’d need to ensure to log the username from the cookie for example (for ex using http://httpd.apache.org/docs/2.2/mod/mod_log_config.html). Alternatively (and better IMO), you can have some custom sheet with a checkbox that the user has to click to signify he’s read the page (since viewing the page doesn’t mean he’s read it!). Hope it helps, -Vincent From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of vinc...@massol.net Sent: Tuesday, May 19, 2015 2:23 PM To: XWiki Users Cc: Яковлев Павел Владимирович Subject: Re: [xwiki-users] User activity log Hi, On 19 May 2015 at 13:15:55, Яковлев Павел Владимирович (yakovle...@sovcombank.ru(mailto:yakovle...@sovcombank.ru))(mailto:yakovle...@sovcombank.ru(mailto:yakovle...@sovcombank.ru))) wrote: Hi all! Our organization have Xwiki set up and working. Some pages are business instructions. Now management asked for report: who viewed which instructions and when. We have authorization required to view those pages, so Xwiki always know login name. Is there way set up some log of visits by user and page? Better if without setting up dev tools and changing code! A text file or table in DB will be enough as log Thanks all who will reply/ Maybe http://extensions.xwiki.org/xwiki/bin/view/Extension/Statistics+Application would help you? Thanks -Vincent ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Printing pages as displayed
Hi Clemens Thanks for the response. quoteThis should work, unless you have secured the wiki in the adminstration with the black checkboxes preventing any anonymous access, independent of view rights. /quote Unfortunately this is exactly what I have. It's important that even if users have access to our LAN, only authenticated users can view the documents. Interestingly, if I use the default skin style.css then it works fine. In the meantime, I have cheated and replaced style.css in /usr/lib/xwiki/skins/flamingo I am assuming I need to create my own skin folder and not use the skin app (though to be completely honest, I am a bit confused which is the recommended way). Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Clemens Klein-Robbenhaar Sent: 15 May 2015 12:18 To: users@xwiki.org Subject: Re: [xwiki-users] Printing pages as displayed Hi Mahomed, I just know an answer about the last one ... I hope the rest will be answered by others. If you want your skin customizations visible on the login page, too, then you need to make sure the anonymous user can view the page with the modifications. Giving the XWikiAllGroup view permisisons is not enough, but you are in the right place; if you look at the top of of the list showing all groups and their permission, you should find a button to switch from groups to users - there you can give the anonymous user view rights, too. This should work, unless you have secured the wiki in the adminstration with the black checkboxes preventing any anonymous access, independent of view rights. If you have done the latter, then the wiki content is fully protected, including skin customizations, and unfortunately you cannot have both a wiki completely closed to anonymous visitors and still have them view that single attachment on the login page; you would have to patch things by editing the webapp on the file system directly. Cheers Clemens That’s cool. Thanks Vincent ☺ I finally got some time (and was forced to) look at implementing changes to the print formatting. I had some mixed results. I’ll document what I’ve done below and the bits I am having some trouble with and hopefully someone can provide me with further tips. 1. I managed to format the PDF Export output by attaching a pdf.css file to my custom skin application (as per http://extensions.xwiki.org/xwiki/bin/view/Extension/Skin+Application). This has mostly worked for straightforward items like headers and font. But I am having trouble with some of my tables and it would help if I could reduce the margins of the page. QUESTION: Is there a simple way to modify the margins (I need narrower margins) 2. I tried to format the printed output but found that attaching a print.css to my skin application did very little/nothing to format the output. I tested by creating an article in the Sandbox, Clicking “More Actions” “Print Preview” Press Ctrl+P. This was testing in Chrome and Firefox with the same effect/results. 3. I then found that there were several @Media=”Print” sections in the Style.css file. So I downloaded this, removed the @Media sections and re-attached my new style.css to my skin application. This now allowed my formatting in the attached print.css to take effect. So this now works and looks as I would expect. But I don’t really like the idea of having my own style.css as it’ll make it more difficult to take advantage of any new formatting changes that may be added later (unless I’ve missed the point here) 4. I have locked down the xwiki so that only registered and logged in users can view any of the documents. Unfortunately this now means that style.css is not accessible on the login page. I have modified the access rights on the skin application and given view permissions to XWikiAllGroup but I suspect I need to somehow give access to guests but I can’t see how to do that. Sorry for the long email and I hope I’ve explained clearly. Any help greatly appreciated (as always). Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Printing pages as displayed
That’s cool. Thanks Vincent ☺ I finally got some time (and was forced to) look at implementing changes to the print formatting. I had some mixed results. I’ll document what I’ve done below and the bits I am having some trouble with and hopefully someone can provide me with further tips. 1. I managed to format the PDF Export output by attaching a pdf.css file to my custom skin application (as per http://extensions.xwiki.org/xwiki/bin/view/Extension/Skin+Application). This has mostly worked for straightforward items like headers and font. But I am having trouble with some of my tables and it would help if I could reduce the margins of the page. QUESTION: Is there a simple way to modify the margins (I need narrower margins) 2. I tried to format the printed output but found that attaching a print.css to my skin application did very little/nothing to format the output. I tested by creating an article in the Sandbox, Clicking “More Actions” “Print Preview” Press Ctrl+P. This was testing in Chrome and Firefox with the same effect/results. 3. I then found that there were several @Media=”Print” sections in the Style.css file. So I downloaded this, removed the @Media sections and re-attached my new style.css to my skin application. This now allowed my formatting in the attached print.css to take effect. So this now works and looks as I would expect. But I don’t really like the idea of having my own style.css as it’ll make it more difficult to take advantage of any new formatting changes that may be added later (unless I’ve missed the point here) 4. I have locked down the xwiki so that only registered and logged in users can view any of the documents. Unfortunately this now means that style.css is not accessible on the login page. I have modified the access rights on the skin application and given view permissions to XWikiAllGroup but I suspect I need to somehow give access to guests but I can’t see how to do that. Sorry for the long email and I hope I’ve explained clearly. Any help greatly appreciated (as always). Kind regards, Mahomed From: Vincent Massol [mailto:vmas...@gmail.com] On Behalf Of vinc...@massol.net Sent: 10 May 2015 11:29 To: XWiki Users Cc: Mahomed Hussein Subject: Re: [xwiki-users] Printing pages as displayed Thanks for the kind words! You’re now on http://www.xwiki.org/xwiki/bin/view/References/Testimonials :) Thanks -Vincent On 8 May 2015 at 11:30:18, Mahomed Hussein (maho...@custodiandc.commailto:maho...@custodiandc.com) wrote: Thanks for this. The power of xwiki and the great job the developers/contributors have done never ceases to amaze me! I love it :) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 07 May 2015 13:29 To: XWiki Users Subject: Re: [xwiki-users] Printing pages as displayed Except print.css another way of 'printing' XWiki pages would be to customize the PDF export, but this step is more complicated (you need to do modifications to pdf templates, XHTML2FO XSL and FOP XSL transformations, etc.), see http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HCustomizingthePDFexportLook26Feel Depends on what you need to do. Have fun, Caty On Thu, May 7, 2015 at 2:57 PM, Mahomed Hussein maho...@custodiandc.commailto:maho...@custodiandc.com wrote: Great! Thanks. Good to know I was on the right path :) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 07 May 2015 12:25 To: XWiki Users Subject: Re: [xwiki-users] Printing pages as displayed On Thu, May 7, 2015 at 1:46 PM, Mahomed Hussein maho...@custodiandc.commailto:maho...@custodiandc.com wrote: Hi Can anyone help please with some information on how to modify/control the print layout please? Thanks. Each skin has a print.css Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 05 May 2015 17:59 To: XWiki Users Subject: Re: [xwiki-users] Printing pages as displayed Oh! I forgot to mention we are running 7.0.1 and a custom skin/theme based on the flamingo skin. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 05 May 2015 17:53 To: XWiki Users Subject: [xwiki-users] Printing pages as displayed Hi Is there a way of printing the pages as they are displayed? Ideally printing without the side panel, but with all the different colours/formatting as it appears on the screen would be ideal. At the moment all colours and formatting is stripped if you try to print directly from the page, using the print preview option or by exporting to PDF. I have tried an export to HTML and then using the local html
Re: [xwiki-users] Printing pages as displayed
Thanks for this. The power of xwiki and the great job the developers/contributors have done never ceases to amaze me! I love it :) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 07 May 2015 13:29 To: XWiki Users Subject: Re: [xwiki-users] Printing pages as displayed Except print.css another way of 'printing' XWiki pages would be to customize the PDF export, but this step is more complicated (you need to do modifications to pdf templates, XHTML2FO XSL and FOP XSL transformations, etc.), see http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#HCustomizingthePDFexportLook26Feel Depends on what you need to do. Have fun, Caty On Thu, May 7, 2015 at 2:57 PM, Mahomed Hussein maho...@custodiandc.com wrote: Great! Thanks. Good to know I was on the right path :) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 07 May 2015 12:25 To: XWiki Users Subject: Re: [xwiki-users] Printing pages as displayed On Thu, May 7, 2015 at 1:46 PM, Mahomed Hussein maho...@custodiandc.com wrote: Hi Can anyone help please with some information on how to modify/control the print layout please? Thanks. Each skin has a print.css Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 05 May 2015 17:59 To: XWiki Users Subject: Re: [xwiki-users] Printing pages as displayed Oh! I forgot to mention we are running 7.0.1 and a custom skin/theme based on the flamingo skin. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 05 May 2015 17:53 To: XWiki Users Subject: [xwiki-users] Printing pages as displayed Hi Is there a way of printing the pages as they are displayed? Ideally printing without the side panel, but with all the different colours/formatting as it appears on the screen would be ideal. At the moment all colours and formatting is stripped if you try to print directly from the page, using the print preview option or by exporting to PDF. I have tried an export to HTML and then using the local html file to see if that works but it seems that whatever script/css is forcing the print formatting still takes effect on the exported html. I have tried saving the page only directly but it still does the same thing. I have tried Chrome. Firefox and IE. I have also tried a google search and I have searched for print and printing on the FAQ but there are so many results it may take a few hours to go through them all. I suspect there’s a CSS file I need to modify somewhere (possibly print.css?) that will format the export with the header colours etc. If so, please could someone kindly point me at the correct documentation or provide any tips/hints? Thanks in advance. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Printing pages as displayed
Great! Thanks. Good to know I was on the right path :) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 07 May 2015 12:25 To: XWiki Users Subject: Re: [xwiki-users] Printing pages as displayed On Thu, May 7, 2015 at 1:46 PM, Mahomed Hussein maho...@custodiandc.com wrote: Hi Can anyone help please with some information on how to modify/control the print layout please? Thanks. Each skin has a print.css Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 05 May 2015 17:59 To: XWiki Users Subject: Re: [xwiki-users] Printing pages as displayed Oh! I forgot to mention we are running 7.0.1 and a custom skin/theme based on the flamingo skin. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 05 May 2015 17:53 To: XWiki Users Subject: [xwiki-users] Printing pages as displayed Hi Is there a way of printing the pages as they are displayed? Ideally printing without the side panel, but with all the different colours/formatting as it appears on the screen would be ideal. At the moment all colours and formatting is stripped if you try to print directly from the page, using the print preview option or by exporting to PDF. I have tried an export to HTML and then using the local html file to see if that works but it seems that whatever script/css is forcing the print formatting still takes effect on the exported html. I have tried saving the page only directly but it still does the same thing. I have tried Chrome. Firefox and IE. I have also tried a google search and I have searched for print and printing on the FAQ but there are so many results it may take a few hours to go through them all. I suspect there’s a CSS file I need to modify somewhere (possibly print.css?) that will format the export with the header colours etc. If so, please could someone kindly point me at the correct documentation or provide any tips/hints? Thanks in advance. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Printing pages as displayed
Hi Can anyone help please with some information on how to modify/control the print layout please? Thanks. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 05 May 2015 17:59 To: XWiki Users Subject: Re: [xwiki-users] Printing pages as displayed Oh! I forgot to mention we are running 7.0.1 and a custom skin/theme based on the flamingo skin. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 05 May 2015 17:53 To: XWiki Users Subject: [xwiki-users] Printing pages as displayed Hi Is there a way of printing the pages as they are displayed? Ideally printing without the side panel, but with all the different colours/formatting as it appears on the screen would be ideal. At the moment all colours and formatting is stripped if you try to print directly from the page, using the print preview option or by exporting to PDF. I have tried an export to HTML and then using the local html file to see if that works but it seems that whatever script/css is forcing the print formatting still takes effect on the exported html. I have tried saving the page only directly but it still does the same thing. I have tried Chrome. Firefox and IE. I have also tried a google search and I have searched for print and printing on the FAQ but there are so many results it may take a few hours to go through them all. I suspect there’s a CSS file I need to modify somewhere (possibly print.css?) that will format the export with the header colours etc. If so, please could someone kindly point me at the correct documentation or provide any tips/hints? Thanks in advance. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Printing pages as displayed
Oh! I forgot to mention we are running 7.0.1 and a custom skin/theme based on the flamingo skin. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 05 May 2015 17:53 To: XWiki Users Subject: [xwiki-users] Printing pages as displayed Hi Is there a way of printing the pages as they are displayed? Ideally printing without the side panel, but with all the different colours/formatting as it appears on the screen would be ideal. At the moment all colours and formatting is stripped if you try to print directly from the page, using the print preview option or by exporting to PDF. I have tried an export to HTML and then using the local html file to see if that works but it seems that whatever script/css is forcing the print formatting still takes effect on the exported html. I have tried saving the page only directly but it still does the same thing. I have tried Chrome. Firefox and IE. I have also tried a google search and I have searched for print and printing on the FAQ but there are so many results it may take a few hours to go through them all. I suspect there’s a CSS file I need to modify somewhere (possibly print.css?) that will format the export with the header colours etc. If so, please could someone kindly point me at the correct documentation or provide any tips/hints? Thanks in advance. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Printing pages as displayed
Hi Is there a way of printing the pages as they are displayed? Ideally printing without the side panel, but with all the different colours/formatting as it appears on the screen would be ideal. At the moment all colours and formatting is stripped if you try to print directly from the page, using the print preview option or by exporting to PDF. I have tried an export to HTML and then using the local html file to see if that works but it seems that whatever script/css is forcing the print formatting still takes effect on the exported html. I have tried saving the page only directly but it still does the same thing. I have tried Chrome. Firefox and IE. I have also tried a google search and I have searched for print and printing on the FAQ but there are so many results it may take a few hours to go through them all. I suspect there’s a CSS file I need to modify somewhere (possibly print.css?) that will format the export with the header colours etc. If so, please could someone kindly point me at the correct documentation or provide any tips/hints? Thanks in advance. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User Permissions Issue
Hi We completed the upgrade to 7.0.1 and my initial testing is showing that this is now working as expected (i.e. permissions are being applied immediately and users can be members of multiple groups) Thank you very much for sorting this out!! :-) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of vinc...@massol.net Sent: 18 April 2015 19:03 To: Marius Dumitru Florea; XWiki Users Subject: Re: [xwiki-users] User Permissions Issue And 6.4.4 has now been released with a fix! :) Thanks -Vincent On 16 Apr 2015 at 11:00:02, Marius Dumitru Florea (mariusdumitru.flo...@xwiki.com(mailto:mariusdumitru.flo...@xwiki.com)) wrote: We just added a note to the 6.4.3 RN http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki643 . Check the text in red. Maybe you are facing the same issue. On Tue, Apr 14, 2015 at 7:22 PM, mahomed wrote: Thanks for still responding Hamster. Am I correct that you are using version 5.4.3 and not version 7? I think it got changed/broken in v6 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to Add WYSIWIG toolbar button
Hi Marius Thank you very much for this info. It is very helpful. Unfortunately I may take me a bit of time to assimilate and understand it all :-) But I will certainly give it a try in the next few weeks. I'll do my best to remember to post my results. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 27 April 2015 19:18 To: XWiki Users Subject: Re: [xwiki-users] How to Add WYSIWIG toolbar button On Fri, Apr 24, 2015 at 7:27 PM, Mahomed Hussein maho...@custodiandc.com wrote: Hi I have a problem where users want to highlight text in the WYSIWIG editor and press a button on the toolbar to automatically add the {{code}}, {{warning}} etc. start and end tags to the text. I know how to add a macro button and to style it. But the problem with the macro is that it pops up a form with a text area that you then need to fill in with text you want to put inside the tags. The behaviour I am looking for is similar to highlighting text and then pressing the Bold button on the toolbar. I have done some digging/searching/googling and found the simpledittoolbar.vm and I’ve customised this and added the copy to my skin. I have added the following code in the relevant sections and it works perfectly when I click EditWiki but it doesn’t show on the toolbar when I click EditWYSIWIG. I am running XWiki 7.0 simpledittoolbar.vm affects only the wiki editor. #set($discard = $syntax10Elements.add(['code', '{{code}}', '{{/code}}', 'page_code'])) #set($discard = $syntax20Elements.add(['code', '{{code}}', '{{/code}}', 'page_code'])) #set($discard = $confluence10Elements.add(['code', '{{code}}', '{{/code}}', 'page_code'])) So any idea how I can make the button show on the WYSIWIG toolbar? Alternatively how do I make the macro execute on the highlighted text? It's not simple. You have two options: (1) Put a button on the toolbar with something like http://extensions.xwiki.org/xwiki/bin/view/Extension/WYSIWYG+Editor+Module#HAdjusttheeditorUIfromaJavaScriptExtension then listen on click and use http://extensions.xwiki.org/xwiki/bin/view/Extension/WYSIWYG+Editor+Module#HWysiwygEditor #getSelectionRange() to access the selected text and then #getCommandManager() to http://extensions.xwiki.org/xwiki/bin/view/Extension/WYSIWYG+Editor+Module#HCommandManager #execute the 'macroInsert' command. The complex part is to understand the format of the command parameter. You can check https://github.com/xwiki/xwiki-platform/blob/master/xwiki-platform-core/xwiki-platform-wysiwyg/xwiki-platform-wysiwyg-client/src/main/java/org/xwiki/gwt/wysiwyg/client/plugin/macro/MacroCall.java . (2) Write a plugin for the WYSIWYG editor from Java, but for this you'll have to recompile the editor and thus you'll end up with a custom editor, which is harder to maintain over time and may cause upgrade headaches. Hope this helps, Marius Thanks in advance. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] How to Add WYSIWIG toolbar button
Hi I have a problem where users want to highlight text in the WYSIWIG editor and press a button on the toolbar to automatically add the {{code}}, {{warning}} etc. start and end tags to the text. I know how to add a macro button and to style it. But the problem with the macro is that it pops up a form with a text area that you then need to fill in with text you want to put inside the tags. The behaviour I am looking for is similar to highlighting text and then pressing the Bold button on the toolbar. I have done some digging/searching/googling and found the simpledittoolbar.vm and I’ve customised this and added the copy to my skin. I have added the following code in the relevant sections and it works perfectly when I click EditWiki but it doesn’t show on the toolbar when I click EditWYSIWIG. I am running XWiki 7.0 #set($discard = $syntax10Elements.add(['code', '{{code}}', '{{/code}}', 'page_code'])) #set($discard = $syntax20Elements.add(['code', '{{code}}', '{{/code}}', 'page_code'])) #set($discard = $confluence10Elements.add(['code', '{{code}}', '{{/code}}', 'page_code'])) So any idea how I can make the button show on the WYSIWIG toolbar? Alternatively how do I make the macro execute on the highlighted text? Thanks in advance. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Clear them all! :p
I'm sure we can debate this all day. XWiki is very simple for end users to use. The actual purpose of the wiki (to allow people to create/edit/view articles/pages) is simple and straight-forward. I have everyone in our organisation using it successfully, and trust me, some of the end users should not be allowed near computers. But they managed to use the system for its purpose just fine. That doesn't mean that they can all install, configure, update and customise XWiki. I'll give you another analogy. XWiki is like a fine car. Cars are easy to use and drive by almost anyone. But that doesn't mean everyone can fix a car. Even if you know a little bit about how engines work and how to change the oil etc. Some jobs just have to be left to the professionals. XWiki is the same. Everyone can use it very easily. But when it comes to the advanced stuff, if you can't understand the excellent documentation, and no one can help you on the mailing list then the problem is not with XWiki. I consider myself a very competent engineer and developer, but there are some things that even I find quite advanced in XWiki. That goes to show how powerful it is (and what a great job the developers have done). Anyway I don’t think this is too constructive for the mailing list so I will stop here. You are entitled to your opinion and I am to mine (I think XWiki is great). If you don't like XWiki then I hope you find something that suits you better. That's the beauty of the internet and open source. You can always find something that suits you or make your own :) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Pascal BASTIEN Sent: 22 April 2015 22:23 To: XWiki Users; Maciej Fokt Subject: Re: [xwiki-users] Clear them all! :p Hello,I'm sorry, I'm not agree with you : a powerfull system must hide the systems complexity... And it is a wiki : it's mean if there aren't enough simple documentation then anybody (high ueser AND normal people with non computer vision) must write a page to contribute and make more available for simple user. :-) IMO we can use a simple xwiki and/or use higher level xwiki and/or a customized one. :-) Pascal B. De : Mahomed Hussein maho...@custodiandc.com À : Maciej Fokt maciek.f...@taxi123.pl; XWiki Users users@xwiki.org Envoyé le : Mercredi 22 avril 2015 18h37 Objet : Re: [xwiki-users] Clear them all! :p That's just the way technology is. The more powerful a system is, and the more options it has, then the more technical it is. If you want something that's easy for no computer people then I'm afraid you need to use something which has less features and power. A jumbo jet pilot needs to have more experience and knowledge than a Cessna pilot. The jumbo jet has more buttons and features and probably cannot be easily or ever flown by a Cessna pilot. That's just the way things are. XWiki actually has VERY good documentation (some of the best I've seen, and I've seen a lot of systems). It also has a helpful mailing list. Unfortunately it's not XWiki' s fault if you can't understand the documentation or the help that you have been offered several times here. I genuinely hope you manage to find a system that you like and works for you. Kind regards, Mahomed -Original Message- From: Maciej Fokt [mailto:maciek.f...@taxi123.pl] Sent: 22 April 2015 17:27 To: XWiki Users; Mahomed Hussein Subject: Re: [xwiki-users] Clear them all! :p No way... I have back to the 1.1 version and now i haven't settings... Why XWiki (good, big and helpful toll) can be so hard for no computer people... Thanks all for help, but XWiki is too hard for me, I think. W dniu .04.2015 o 18:00 Mahomed Hussein maho...@custodiandc.com pisze: He has a problem with his install and I believe he wants to reset the system so it will be the same as when he installed it for the first time. I don't think this is possible without uninstalling, then searching and deleting all files/folders related and then installing from the beginning. Kind regards, -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 22 April 2015 16:30 To: XWiki Users Subject: Re: [xwiki-users] Clear them all! :p I guess you could revert the WebPreferences history to version 1.1. For example, in the Administration you have this URL: - xwiki/bin/admin/XWiki/XWikiPreferences You could do: - xwiki/bin/view/XWiki/XWikiPreferences?viewer=history and then on the version 1.1 use Rollback. Not sure if this is what you meant. Thanks, Caty On Wed, Apr 22, 2015 at 6:01 PM, Maciej Fokt maciek.f...@taxi123.pl wrote: Hello, Is there option to return to the first contain and settings? I mean, I want to clear everything. I would like to back to the settings after installation. Greetings, Maciek. ___ users mailing list users
Re: [xwiki-users] Clear them all! :p
That's just the way technology is. The more powerful a system is, and the more options it has, then the more technical it is. If you want something that's easy for no computer people then I'm afraid you need to use something which has less features and power. A jumbo jet pilot needs to have more experience and knowledge than a Cessna pilot. The jumbo jet has more buttons and features and probably cannot be easily or ever flown by a Cessna pilot. That's just the way things are. XWiki actually has VERY good documentation (some of the best I've seen, and I've seen a lot of systems). It also has a helpful mailing list. Unfortunately it's not XWiki' s fault if you can't understand the documentation or the help that you have been offered several times here. I genuinely hope you manage to find a system that you like and works for you. Kind regards, Mahomed -Original Message- From: Maciej Fokt [mailto:maciek.f...@taxi123.pl] Sent: 22 April 2015 17:27 To: XWiki Users; Mahomed Hussein Subject: Re: [xwiki-users] Clear them all! :p No way... I have back to the 1.1 version and now i haven't settings... Why XWiki (good, big and helpful toll) can be so hard for no computer people... Thanks all for help, but XWiki is too hard for me, I think. W dniu .04.2015 o 18:00 Mahomed Hussein maho...@custodiandc.com pisze: He has a problem with his install and I believe he wants to reset the system so it will be the same as when he installed it for the first time. I don't think this is possible without uninstalling, then searching and deleting all files/folders related and then installing from the beginning. Kind regards, -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 22 April 2015 16:30 To: XWiki Users Subject: Re: [xwiki-users] Clear them all! :p I guess you could revert the WebPreferences history to version 1.1. For example, in the Administration you have this URL: - xwiki/bin/admin/XWiki/XWikiPreferences You could do: - xwiki/bin/view/XWiki/XWikiPreferences?viewer=history and then on the version 1.1 use Rollback. Not sure if this is what you meant. Thanks, Caty On Wed, Apr 22, 2015 at 6:01 PM, Maciej Fokt maciek.f...@taxi123.pl wrote: Hello, Is there option to return to the first contain and settings? I mean, I want to clear everything. I would like to back to the settings after installation. Greetings, Maciek. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Clear them all! :p
He has a problem with his install and I believe he wants to reset the system so it will be the same as when he installed it for the first time. I don't think this is possible without uninstalling, then searching and deleting all files/folders related and then installing from the beginning. Kind regards, -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Ecaterina Moraru (Valica) Sent: 22 April 2015 16:30 To: XWiki Users Subject: Re: [xwiki-users] Clear them all! :p I guess you could revert the WebPreferences history to version 1.1. For example, in the Administration you have this URL: - xwiki/bin/admin/XWiki/XWikiPreferences You could do: - xwiki/bin/view/XWiki/XWikiPreferences?viewer=history and then on the version 1.1 use Rollback. Not sure if this is what you meant. Thanks, Caty On Wed, Apr 22, 2015 at 6:01 PM, Maciej Fokt maciek.f...@taxi123.pl wrote: Hello, Is there option to return to the first contain and settings? I mean, I want to clear everything. I would like to back to the settings after installation. Greetings, Maciek. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to hide this?
Could you use something like http://snag.gy/ or http://expirebox.com/ to post a screenshot? Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Maciej Fokt Sent: 20 April 2015 15:10 To: users@xwiki.org Subject: [xwiki-users] How to hide this? Hi, I used inspector to examine the element (still my problem with double button on the top panel): class=dropdown-split-right dropdown-toggle hidden-xs dropdown-split-left Could anyone say something about this? Maybe I installed extension or something... Please help me :p I can't public XWiki with this bug. Greetings, Maciek. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] How to hide this?
Cool. I wasn't able to completely recreate it, but the issue seems to be with the extra dropdown-split-left. I wonder if deleting that bit in the inspector renders the button correctly. The only thing I can think of is that a customer skin/theme or skin extension has been installed. I don't think this would be easy for someone else to troubleshoot without access to the live code. My suggestion is to disable/restore all skin/theme/skin extensions until the root cause is found. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of ricardo.julio.rodriguez.fernan...@sergas.es Sent: 20 April 2015 19:47 To: users@xwiki.org Subject: Re: [xwiki-users] How to hide this? Faster... http://goo.gl/SLZuPR -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es De: users [users-boun...@xwiki.org] en nombre de Mahomed Hussein [maho...@custodiandc.com] Enviado: lunes, 20 de abril de 2015 18:22 Para: XWiki Users Asunto: Re: [xwiki-users] How to hide this? Could you use something like http://snag.gy/ or http://expirebox.com/ to post a screenshot? Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Maciej Fokt Sent: 20 April 2015 15:10 To: users@xwiki.org Subject: [xwiki-users] How to hide this? Hi, I used inspector to examine the element (still my problem with double button on the top panel): class=dropdown-split-right dropdown-toggle hidden-xs dropdown-split-left Could anyone say something about this? Maybe I installed extension or something... Please help me :p I can't public XWiki with this bug. Greetings, Maciek. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User Permissions Issue
Hi Marius Thank you for responding. This does look like it may be the issue because at some points it works for a bit then it stops working for me. In most cases it's pretty consistent with adding/removing the permissions. I can replicate the issue pretty consistently and can provide a test case. Would you like me to contribute any info or assist in any testing, or have you got everything you need to resolve this? Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 16 April 2015 10:00 To: XWiki Users Subject: Re: [xwiki-users] User Permissions Issue We just added a note to the 6.4.3 RN http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki643 . Check the text in red. Maybe you are facing the same issue. On Tue, Apr 14, 2015 at 7:22 PM, mahomed maho...@custodiandc.com wrote: Thanks for still responding Hamster. Am I correct that you are using version 5.4.3 and not version 7? I think it got changed/broken in v6 -- View this message in context: http://xwiki.475771.n2.nabble.com/User-Permissions-Issue-tp7594486p7594646.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User Permissions Issue
I'll be more than happy to test. Except, maybe I've misunderstood something, but I believe I am running XWiki Enterprise 7.0. So will I have to wait for the next release of the 7.x train? Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 16 April 2015 14:38 To: XWiki Users Subject: Re: [xwiki-users] User Permissions Issue On Thu, Apr 16, 2015 at 3:50 PM, Mahomed Hussein maho...@custodiandc.com wrote: Hi Marius Thank you for responding. This does look like it may be the issue because at some points it works for a bit then it stops working for me. In most cases it's pretty consistent with adding/removing the permissions. I can replicate the issue pretty consistently and can provide a test case. Would you like me to contribute any info or assist in any testing, or have you got everything you need to resolve this? A fix has been committed already (thanks to Denis) and will be included in 6.4.4 to be released in the following days. Would be great if you can test the fix after the release is available. Thanks, Marius Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 16 April 2015 10:00 To: XWiki Users Subject: Re: [xwiki-users] User Permissions Issue We just added a note to the 6.4.3 RN http://www.xwiki.org/xwiki/bin/view/ReleaseNotes/ReleaseNotesXWiki643 . Check the text in red. Maybe you are facing the same issue. On Tue, Apr 14, 2015 at 7:22 PM, mahomed maho...@custodiandc.com wrote: Thanks for still responding Hamster. Am I correct that you are using version 5.4.3 and not version 7? I think it got changed/broken in v6 -- View this message in context: http://xwiki.475771.n2.nabble.com/User-Permissions-Issue-tp7594486p7594646.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Keyboard icons in XWiki articles
Hi Can anyone please tell me how I can create keyboard icons in my own wiki/document similar to how the icons appear on this page - http://platform.xwiki.org/xwiki/bin/view/Features/KeyboardShortcuts ? Hopefully this is built in ☺ Thanks in advance. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Keyboard icons in XWiki articles
Hi Ricardo Thanks. I'd already checked the CSS out (I use Chrome's Developer tools but will checkout firebug) and was hoping there was a built in way or a pre-written extension to save some time. Thanks for the View Source tip. I didn't have this option available as I hadn’t registered on xwiki.org yet (didn't have an actual need until now). Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of ricardo.julio.rodriguez.fernan...@sergas.es Sent: 15 April 2015 13:46 To: users@xwiki.org Subject: Re: [xwiki-users] Keyboard icons in XWiki articles Hi Mahomed! Once again CSS is king! Install Firebug or Firebug Lite (http://getfirebug.com) or any other software that allow you to inspect the page and you'll see how CSS class key does the trick! XWiki view source feature is also useful for understanding the whole picture. A XWiki.StyleSheetExtension holds the CSS code rendering this nice key images. Hope this helps, Ricardo -- Ricardo Rodríguez Research Management and Promotion Technician Technical Secretariat Health Research Institute of Santiago de Compostela (IDIS) http://www.idisantiago.es De: users [users-boun...@xwiki.org] en nombre de Mahomed Hussein [maho...@custodiandc.com] Enviado: miércoles, 15 de abril de 2015 14:27 Para: XWiki Users Asunto: [xwiki-users] Keyboard icons in XWiki articles Hi Can anyone please tell me how I can create keyboard icons in my own wiki/document similar to how the icons appear on this page - http://platform.xwiki.org/xwiki/bin/view/Features/KeyboardShortcuts ? Hopefully this is built in ☺ Thanks in advance. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users Nota: A información contida nesta mensaxe e os seus posibles documentos adxuntos é privada e confidencial e está dirixida únicamente ó seu destinatario/a. Se vostede non é o/a destinatario/a orixinal desta mensaxe, por favor elimínea. A distribución ou copia desta mensaxe non está autorizada. Nota: La información contenida en este mensaje y sus posibles documentos adjuntos es privada y confidencial y está dirigida únicamente a su destinatario/a. Si usted no es el/la destinatario/a original de este mensaje, por favor elimínelo. La distribución o copia de este mensaje no está autorizada. See more languages: http://www.sergas.es/aviso_confidencialidad.htm ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User Permissions Issue
Thanks for still responding Hamster. Am I correct that you are using version 5.4.3 and not version 7? I think it got changed/broken in v6 -- View this message in context: http://xwiki.475771.n2.nabble.com/User-Permissions-Issue-tp7594486p7594646.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User Permissions Issue
Hi As anyone else got any tips/suggestions/advice/links on a better way of restricting access to document and even spaces? The sub-wiki idea may work, but it's a LOT of work (even though we just started using the Wiki, people have fallen in love with XWiki and we now have quite an amount data in the system). Am I correct that in order to get proper use out of the permissions system, users can only be members of one group (possibly excluding the XWikiAllGroup)? -- View this message in context: http://xwiki.475771.n2.nabble.com/User-Permissions-Issue-tp7594486p7594579.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User Permissions Issue
Hi Thanks for the response. What you have shown seems to work partially for us. The issue happens if the user is a member of a group for a different space. So taking your example a bit further: Space1Admin - ticked all Space1Editor - ticked View, Comment and Edit Space1Viewer - ticked View and Comment Space2Admin - ticked all Space2Editor - ticked View, Comment and Edit Space2Viewer - ticked View and Comment If user is member of Space1Viewer and Space2Admin then the user usually ends up with no access to Space2. This is where our problem comes up because we need some users to be members of multiple spaces. No help from Devs please? -- View this message in context: http://xwiki.475771.n2.nabble.com/User-Permissions-Issue-tp7594486p7594593.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] XWiki 6.4.3 - Bug - Stuck Loading Edit Page
Press F5 to refresh on that page. We had this as well. I think something gets cached in the browser that stops it from loading. I never got to the bottom of it, but it hasn't really happened with V7 actually (and users now know to press F5 before reporting an issue to me :) ) I hope that helps. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Jeff Anderson Sent: 07 April 2015 15:29 To: users@xwiki.org Cc: # IT Subject: [xwiki-users] XWiki 6.4.3 - Bug - Stuck Loading Edit Page After updating the wiki from v6.4.2 to v6.4.3 we have run into an issue. Upon clicking edit button to edit a page the page will get stuck loading the page. This has been reported to happen on multiple occasions. Thanks, Jeff Anderson ü P.R.I.D.E.http://pridedallas.com/ IT Analyst * jeffander...@pridedallas.com * (214) 420 7818 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Advice on upgrade and testing
Hi This is brilliant and just what I needed. Thank you very much! Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 03 April 2015 11:37 To: XWiki Users Subject: Re: [xwiki-users] Advice on upgrade and testing On Wed, Apr 1, 2015 at 12:50 PM, Thomas Mortagne thomas.morta...@xwiki.com wrote: On Wed, Apr 1, 2015 at 11:35 AM, Mahomed Hussein maho...@custodiandc.com wrote: Hi I wonder if anyone could be kind enough to provide me with some advice and pointers. I’ve noticed that XWiki runs its distribution upgrade wizard automatically when a new version is detected, but even though I pressed “Later” it still went ahead and upgraded. Or at least it appeared to have upgraded part of the system as the core version at the bottom showed 6.4.3 when the extensions etc. were still for 6.4.2. We started with 6.4.2 (installed using apt-get on Ubuntu 14.04). So, to summarise my questions: · How do I stop Xwiki from automatically upgrading. I just want it to notify me then I can plan the upgrade You are mixing two different things. The upgrade wizard is only about part of XWiki (the standard wiki pages) and it's been triggered because you upgraded the WAR probably using apt-get upgrade. If you don't want XWiki to be upgraded by apt-get you need to look at apt-get configuration. As far as I know you can indicate a list of packages to not be taken into account automatically by apt-get upgrade. I successfully 'blocked' upgrades for XWiki by creating the file /etc/apt/preferences.d/xwiki with this content: Package: xwiki-* Pin: version 6.2.7 Pin-Priority: 1001 See https://help.ubuntu.com/community/PinningHowto Hope this helps, Marius · How do you perform a controlled upgrade and test (I appreciate that this is a rather in-depth question)? What I need to be able to do is to do an upgrade and then be able to fairly easily test that the new version doesn’t break any of our documents or functionality that we depend on. Would the only way to do this be to keep a list of my changes and check them with every upgrade? The safest for this is usually to have a test server which is a clone of the production server on which you do the upgrade and test it before doing it on the production server. Thanks in advance for your time and help. Kind regards, Mahomed Hussein Senior NOC Engineer P.S. We are finalists for Data Centre Colocation Supplier of the year, please help us to win and VOTEhttp://www.dcsawards.com/voting.php for us herehttp://www.dcsawards.com/voting.php Tel: +44 (0)1622 230382 | Email: maho...@custodiandc.com | Web: www.CustodianDC.comhttp://www.CustodianDC.com | Info: info.CustodianDC.comhttp://info.CustodianDC.com [Custodian Data Centres]http://www.CustodianDC.com [ISO 27001 IS:567248] Click to VOTEhttp://www.dcsawards.com/voting.php for Custodian! [DCS Awards Finalist] [Like us on Facebook!][Follow us on Twitter][See us on YouTube!] [Link to us!][Google Plus!] Click here to view our email disclaimerhttp://www.custodiandc.com/disclaimer.txt Registered Office: Maidstone TV Studios, Vinters Park, Maidstone, Kent ME14 5NZ. Company Number: 07878023 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] User Permissions Issue
Hi I've tried reading through the security and rights articles but I'm afraid it hasn't really helped make things any clearer for me. At the moment I have this very strange scenario where adding/removing users to a group doesn't immediately (or at all) apply the permission unless I add and remove XWikiAllGroup to the group and then remove it. http://xwiki.475771.n2.nabble.com/file/n7594521/sales_rights.png Above is how the permissions are applied to the Sales space. I then add my MH Test user to one group (e.g. sales_write) and then try and refresh in Firefox (Using private mode and clearing the local cache. Using refresh=1 doesn't help either). Only once did I manage to make the user able to see the space. But, if I add the test user to the group and then add XWikiAllGroup and refresh then I can see the space. If I then remove XWikiAllGroup from the group, I can STILL see the space and make changes etc. I have allowed XWikiAllGroup View Permission in a different group called General-Read which I created in order to allow read-access to the General space. It appears to me that XWiki is seeing the user as part of XWikiAllGroup in General-Read and see that General-Read doesn't have explicit allow or deny and then ties with the permission of allow in Sales_Read and apparently Deny wins? Below are screenshots of how the General-* has its permissions applied in the Sales space. http://xwiki.475771.n2.nabble.com/file/n7594521/general_permissions_in_sales.png I have gone further and removed XWikiAllGroup from General-Read and I can then immediately see the permissions in the Sales-* groups being applied. If I then add the Sales-* groups as sub-groups of General-Read, then I get the same behaviour, i.e. user of Sales* gets denied permission. As I write this, I'm starting to think/understand that this is the designed behaviour and my only solution will be to use Sub-Wikis instead of spaces. So for example Sales sub-wiki and General sub-wiki. Users would be members/registered to the main wiki, but I could then create groups in the sub-wiki for Read, Read/Write, Admin and it wouldn't get over-ridden/collide with permissions/user in other groups. Can anyone tell me if I'm on the right track or point me at some documentation or provide some tips please? Thanks in advance for your time and help. -- View this message in context: http://xwiki.475771.n2.nabble.com/User-Permissions-Issue-tp7594486p7594521.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Advice on upgrade and testing
I admit I didn't initially understand the WAR + UI upgrade relation. But now that it has been explained, I promise to upgrade both when I do my testing and production upgrades :) Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of vinc...@massol.net Sent: 03 April 2015 12:39 To: Marius Dumitru Florea; XWiki Users Subject: Re: [xwiki-users] Advice on upgrade and testing Indeed not upgrading WAR + UI makes sense. Upgrading only WAR without the UI doesn’t. We agree :) Thanks -Vincent On 3 Apr 2015 at 13:37:48, Marius Dumitru Florea (mariusdumitru.flo...@xwiki.com) wrote: On Fri, Apr 3, 2015 at 2:05 PM, vinc...@massol.net vinc...@massol.net wrote: Hi Mahomed, 2 things: 1) if you pressed “later” XWiki will not ask you again until it’s restarted 2) if you don’t upgrade now you are going to risk having stuff in your wiki that don’t work so it’s important you upgrade ASAP. Having a reminder at each XWiki restart is a good thing and bypassing that is not such a brilliant idea IMO :) My comment was about blocking the WAR upgrades not the UI upgrades (through the DW). When you install XWiki through APT you may get unwanted WAR uppdates because: * the system is configured to update automatically * the list of system updates is large and you don't notice that XWiki is included in the list Thanks, Marius Thanks -Vincent On 3 Apr 2015 at 13:01:10, Mahomed Hussein (maho...@custodiandc.com(mailto:maho...@custodiandc.com)) wrote: Hi This is brilliant and just what I needed. Thank you very much! Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 03 April 2015 11:37 To: XWiki Users Subject: Re: [xwiki-users] Advice on upgrade and testing On Wed, Apr 1, 2015 at 12:50 PM, Thomas Mortagne wrote: On Wed, Apr 1, 2015 at 11:35 AM, Mahomed Hussein wrote: Hi I wonder if anyone could be kind enough to provide me with some advice and pointers. I’ve noticed that XWiki runs its distribution upgrade wizard automatically when a new version is detected, but even though I pressed “Later” it still went ahead and upgraded. Or at least it appeared to have upgraded part of the system as the core version at the bottom showed 6.4.3 when the extensions etc. were still for 6.4.2. We started with 6.4.2 (installed using apt-get on Ubuntu 14.04). So, to summarise my questions: · How do I stop Xwiki from automatically upgrading. I just want it to notify me then I can plan the upgrade You are mixing two different things. The upgrade wizard is only about part of XWiki (the standard wiki pages) and it's been triggered because you upgraded the WAR probably using apt-get upgrade. If you don't want XWiki to be upgraded by apt-get you need to look at apt-get configuration. As far as I know you can indicate a list of packages to not be taken into account automatically by apt-get upgrade. I successfully 'blocked' upgrades for XWiki by creating the file /etc/apt/preferences.d/xwiki with this content: Package: xwiki-* Pin: version 6.2.7 Pin-Priority: 1001 See https://help.ubuntu.com/community/PinningHowto Hope this helps, Marius · How do you perform a controlled upgrade and test (I appreciate that this is a rather in-depth question)? What I need to be able to do is to do an upgrade and then be able to fairly easily test that the new version doesn’t break any of our documents or functionality that we depend on. Would the only way to do this be to keep a list of my changes and check them with every upgrade? The safest for this is usually to have a test server which is a clone of the production server on which you do the upgrade and test it before doing it on the production server. Thanks in advance for your time and help. Kind regards, Mahomed Hussein Senior NOC Engineer P.S. We are finalists for Data Centre Colocation Supplier of the year, please help us to win and VOTE for us here Tel: +44 (0)1622 230382 | Email: maho...@custodiandc.com ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Advice on upgrade and testing
Hi I wonder if anyone could be kind enough to provide me with some advice and pointers. I’ve noticed that XWiki runs its distribution upgrade wizard automatically when a new version is detected, but even though I pressed “Later” it still went ahead and upgraded. Or at least it appeared to have upgraded part of the system as the core version at the bottom showed 6.4.3 when the extensions etc. were still for 6.4.2. We started with 6.4.2 (installed using apt-get on Ubuntu 14.04). So, to summarise my questions: · How do I stop Xwiki from automatically upgrading. I just want it to notify me then I can plan the upgrade · How do you perform a controlled upgrade and test (I appreciate that this is a rather in-depth question)? What I need to be able to do is to do an upgrade and then be able to fairly easily test that the new version doesn’t break any of our documents or functionality that we depend on. Would the only way to do this be to keep a list of my changes and check them with every upgrade? Thanks in advance for your time and help. Kind regards, Mahomed Hussein Senior NOC Engineer P.S. We are finalists for Data Centre Colocation Supplier of the year, please help us to win and VOTEhttp://www.dcsawards.com/voting.php for us herehttp://www.dcsawards.com/voting.php Tel: +44 (0)1622 230382 | Email: maho...@custodiandc.com | Web: www.CustodianDC.comhttp://www.CustodianDC.com | Info: info.CustodianDC.comhttp://info.CustodianDC.com [Custodian Data Centres]http://www.CustodianDC.com [ISO 27001 IS:567248] Click to VOTEhttp://www.dcsawards.com/voting.php for Custodian! [DCS Awards Finalist] [Like us on Facebook!][Follow us on Twitter][See us on YouTube!] [Link to us!][Google Plus!] Click here to view our email disclaimerhttp://www.custodiandc.com/disclaimer.txt Registered Office: Maidstone TV Studios, Vinters Park, Maidstone, Kent ME14 5NZ. Company Number: 07878023 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Advice on upgrade and testing
Hi Thomas Thanks for the quick reply. You are mixing two different things. The upgrade wizard is only about part of XWiki (the standard wiki pages) and it's been triggered because you upgraded the WAR probably using apt-get upgrade. This makes things A LOT clearer. Thanks. We have set the Ubuntu server to automatically install updates. I will get this stopped. I have seen that new versions are announced on this mailing list so that is good enough as notification for me :-) I'll look into the test server procedure and look at creating a clone. Thanks to the magic of virtualisation, this shouldn't be too difficult. The only minor issues might be IP Address and DNS name (might need to move it to a lab network instead). Also any suggestions for checking changes/apps? I assume the simplest way is a document where I note down every change that I've made (maybe at a high level such as Macro names and extensions and skin name etc.) Kind regards, Mahomed Hussein Senior NOC Engineer Custodian Data Centre Tel: +44 (0)1622 230382 || Email: maho...@custodiandc.com Web: www.CustodianDC.com || Info: http://info.custodiandc.com facebook: custodian.datacentre || Twitter: @CustodianDC Disclaimer: http://www.custodiandc.com/disclaimer.txt Registered Office: Vinters Business Park, New Cut Rd, Maidstone, Kent ME14 5NZ. Company Number: 07878023 -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne Sent: 01 April 2015 10:51 To: XWiki Users Subject: Re: [xwiki-users] Advice on upgrade and testing On Wed, Apr 1, 2015 at 11:35 AM, Mahomed Hussein maho...@custodiandc.com wrote: Hi I wonder if anyone could be kind enough to provide me with some advice and pointers. I’ve noticed that XWiki runs its distribution upgrade wizard automatically when a new version is detected, but even though I pressed “Later” it still went ahead and upgraded. Or at least it appeared to have upgraded part of the system as the core version at the bottom showed 6.4.3 when the extensions etc. were still for 6.4.2. We started with 6.4.2 (installed using apt-get on Ubuntu 14.04). So, to summarise my questions: · How do I stop Xwiki from automatically upgrading. I just want it to notify me then I can plan the upgrade You are mixing two different things. The upgrade wizard is only about part of XWiki (the standard wiki pages) and it's been triggered because you upgraded the WAR probably using apt-get upgrade. If you don't want XWiki to be upgraded by apt-get you need to look at apt-get configuration. As far as I know you can indicate a list of packages to not be taken into account automatically by apt-get upgrade. · How do you perform a controlled upgrade and test (I appreciate that this is a rather in-depth question)? What I need to be able to do is to do an upgrade and then be able to fairly easily test that the new version doesn’t break any of our documents or functionality that we depend on. Would the only way to do this be to keep a list of my changes and check them with every upgrade? The safest for this is usually to have a test server which is a clone of the production server on which you do the upgrade and test it before doing it on the production server. Thanks in advance for your time and help. Kind regards, Mahomed Hussein Senior NOC Engineer P.S. We are finalists for Data Centre Colocation Supplier of the year, please help us to win and VOTEhttp://www.dcsawards.com/voting.php for us herehttp://www.dcsawards.com/voting.php Tel: +44 (0)1622 230382 | Email: maho...@custodiandc.com | Web: www.CustodianDC.comhttp://www.CustodianDC.com | Info: info.CustodianDC.comhttp://info.CustodianDC.com [Custodian Data Centres]http://www.CustodianDC.com [ISO 27001 IS:567248] Click to VOTEhttp://www.dcsawards.com/voting.php for Custodian! [DCS Awards Finalist] [Like us on Facebook!][Follow us on Twitter][See us on YouTube!] [Link to us!][Google Plus!] Click here to view our email disclaimerhttp://www.custodiandc.com/disclaimer.txt Registered Office: Maidstone TV Studios, Vinters Park, Maidstone, Kent ME14 5NZ. Company Number: 07878023 ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Advice on upgrade and testing
Thanks again for the info. I've bookmarked Selenium and will look into it again in a few weeks. I think my main question/concern about the automatic upgrade has been answered and that will make things simpler going forward. Kind regards, Mahomed Hussein Senior NOC Engineer Custodian Data Centre Tel: +44 (0)1622 230382 || Email: maho...@custodiandc.com Web: www.CustodianDC.com || Info: http://info.custodiandc.com facebook: custodian.datacentre || Twitter: @CustodianDC Disclaimer: http://www.custodiandc.com/disclaimer.txt Registered Office: Vinters Business Park, New Cut Rd, Maidstone, Kent ME14 5NZ. Company Number: 07878023 -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne Sent: 01 April 2015 13:09 To: XWiki Users Subject: Re: [xwiki-users] Advice on upgrade and testing On Wed, Apr 1, 2015 at 12:08 PM, Mahomed Hussein maho...@custodiandc.com wrote: Hi Thomas Thanks for the quick reply. You are mixing two different things. The upgrade wizard is only about part of XWiki (the standard wiki pages) and it's been triggered because you upgraded the WAR probably using apt-get upgrade. This makes things A LOT clearer. Thanks. We have set the Ubuntu server to automatically install updates. I will get this stopped. I have seen that new versions are announced on this mailing list so that is good enough as notification for me :-) I'll look into the test server procedure and look at creating a clone. Thanks to the magic of virtualisation, this shouldn't be too difficult. The only minor issues might be IP Address and DNS name (might need to move it to a lab network instead). Also any suggestions for checking changes/apps? I assume the simplest way is a document where I note down every change that I've made (maybe at a high level such as Macro names and extensions and skin name etc.) Best is to avoid as much as possible modifying standard stuff and use extension mechanism when they exist (even if the upgrade wizard is applying a 3 ways merge). Now for testing that upgrade did not broke anything I don't have much more idea than maintaining a list of things to check (by hand or automatically with something like selenium) after each upgrade. Kind regards, Mahomed Hussein Senior NOC Engineer Custodian Data Centre Tel: +44 (0)1622 230382 || Email: maho...@custodiandc.com Web: www.CustodianDC.com || Info: http://info.custodiandc.com facebook: custodian.datacentre || Twitter: @CustodianDC Disclaimer: http://www.custodiandc.com/disclaimer.txt Registered Office: Vinters Business Park, New Cut Rd, Maidstone, Kent ME14 5NZ. Company Number: 07878023 -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Thomas Mortagne Sent: 01 April 2015 10:51 To: XWiki Users Subject: Re: [xwiki-users] Advice on upgrade and testing On Wed, Apr 1, 2015 at 11:35 AM, Mahomed Hussein maho...@custodiandc.com wrote: Hi I wonder if anyone could be kind enough to provide me with some advice and pointers. I’ve noticed that XWiki runs its distribution upgrade wizard automatically when a new version is detected, but even though I pressed “Later” it still went ahead and upgraded. Or at least it appeared to have upgraded part of the system as the core version at the bottom showed 6.4.3 when the extensions etc. were still for 6.4.2. We started with 6.4.2 (installed using apt-get on Ubuntu 14.04). So, to summarise my questions: · How do I stop Xwiki from automatically upgrading. I just want it to notify me then I can plan the upgrade You are mixing two different things. The upgrade wizard is only about part of XWiki (the standard wiki pages) and it's been triggered because you upgraded the WAR probably using apt-get upgrade. If you don't want XWiki to be upgraded by apt-get you need to look at apt-get configuration. As far as I know you can indicate a list of packages to not be taken into account automatically by apt-get upgrade. · How do you perform a controlled upgrade and test (I appreciate that this is a rather in-depth question)? What I need to be able to do is to do an upgrade and then be able to fairly easily test that the new version doesn’t break any of our documents or functionality that we depend on. Would the only way to do this be to keep a list of my changes and check them with every upgrade? The safest for this is usually to have a test server which is a clone of the production server on which you do the upgrade and test it before doing it on the production server. Thanks in advance for your time and help. Kind regards, Mahomed Hussein Senior NOC Engineer P.S. We are finalists for Data Centre Colocation Supplier of the year, please help us to win and VOTEhttp://www.dcsawards.com/voting.php for us herehttp://www.dcsawards.com/voting.php Tel: +44 (0)1622 230382 | Email: maho...@custodiandc.com
Re: [xwiki-users] DocumentTree doesn't open to a node
Just a suggestion as I've only just started using this feature myself, but try: openTo=document:xwiki:Revit Mechanical.WebHome Kind regards, Mahomed Hussein Custodian Data Centre Email: maho...@custodiandc.com http://www.CustodianDC.com -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of MishaK Sent: 30 March 2015 20:42 To: users@xwiki.org Subject: [xwiki-users] DocumentTree doesn't open to a node Hello! I'm having difficulties setting up a tree for my wiki. I'm using DocumntTree. The tree starts off with the only space (Revit Mechanical) and not open node to show the pages. I believe I have syntax errors but can't quite fix it Code: {{documentTree showWikis=true showSpaces=true showTranslations=false showAttachments=false showChildDocuments=true root=space:xwiki:Revit Mechanical openTo=space:xwiki:Revit Mechanical/}} Here is a screenshot of how it opens up: http://xwiki.475771.n2.nabble.com/file/n7594472/DocumentTree.png Here is how I want it to open up: http://xwiki.475771.n2.nabble.com/file/n7594472/TreeCorrect.png Sorry for asking so many questions, I'm not good at this. Regards, Michael -- View this message in context: http://xwiki.475771.n2.nabble.com/DocumentTree-doesn-t-open-to-a-node-tp7594472.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Globally changing font, headers and title in XWiki
I’m afraid someone with more experience will have to advise. I’m logged in as Admin and can see the @headings-color option as you can see from the image below. Are you logged in as Admin? That’s the only other thing I can think of. http://xwiki.475771.n2.nabble.com/file/n7594335/xwikiheadings.png -- View this message in context: http://xwiki.475771.n2.nabble.com/Globally-changing-font-headers-and-title-in-XWiki-tp7594311p7594335.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Globally changing font, headers and title in XWiki
Hi On that same tab you are looking at (Base colors) scroll down and change the value for @headings-color. This will allow you to change all the titles and headings. I hope that helps. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of MishaK Sent: 13 March 2015 14:45 To: users@xwiki.org Subject: Re: [xwiki-users] Globally changing font, headers and title in XWiki Okay, I changed the font thank you for that! I don't know how to change the default *Title *and *Headings* colour. I can only see colour modification for all text, backgrounds and so on. Here is a picture: http://xwiki.475771.n2.nabble.com/file/n7594315/Color_Theme.png -- View this message in context: http://xwiki.475771.n2.nabble.com/Globally-changing-font-headers-and-title-in-XWiki-tp7594311p7594315.html Sent from the XWiki- Users mailing list archive at Nabble.com. ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Restrict Access Rights to Admin Users only
Looks like I'm keeping the mailing list server busy today :) I have managed to hide the Admin rights/objects/classes part of the edit button by modifying line 9 of menus_content.vm (and attached it to my custom skin) Changed it from: #if($isAdvancedUser) To: #if($isAdvancedUser $hasAdmin) Now I just need to work-out how to remove that from the document index and if the user tries to go to the link directly. I also need to then workout how to stop advanced users from being able to create their own skins. Hmmm. Time to take a break I think. Kind regards, -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 14 March 2015 16:57 To: XWiki Users Subject: [xwiki-users] Restrict Access Rights to Admin Users only Hi I have been doing a bit more reading and digging as I was hoping to be able to solve this in the skin but I've come across two issues 1) This doesn't appear to be implemented in the skin 2) It appears end users can create their own skins so doing it in the skin is not the right way. I've come across this link but there doesn't appear to be a definitive solution in it - http://xwiki.475771.n2.nabble.com/Access-rights-management-bug-td6803183.html I have done the following test: 1. TestDoc created in TestSpace by User1 2. User2 only has read and comment rights in TestSpace. Confirmed User2 cannot edit document or change rights. 3. User2 is given read, comment and edit rights in TestSpace 4. User2 refreshes TestDoc and now can edit the document. 5. User2 looks at TestSpace document index and sees that he cannot delete the document. 6. User2 edits access rights for TestDoc and gives himself delete permission on the document 7. User2 refreshes TestSpace document index and he now can delete TestDoc. Am I the only one who sees this as a problem? Read/Write/Modify should not allow you to then change permissions on the document. Is there any robust way without having to write Java to fix it? I'm afraid my skills fall short of Java editing. Kind regards, -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 14 March 2015 15:07 To: XWiki Users Subject: [xwiki-users] Restrict Access Rights to Admin Users only Hi I’ve noticed that users with edit permissions can also modify access rights on any document. Ideally what we need is that only users with Admin rights can modify document Access Rights in their space. The reason for this is that we only want to allow department heads to be able to make a document visible to other users/spaces, but we want everyone to be able to contribute to the articles. I am slowly trying to learn the power of XWiki and am loving it so far. Any help with this would be greatly appreciated. Thanks in advance for your time. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Restrict Access Rights to Admin Users only
Hi I’ve noticed that users with edit permissions can also modify access rights on any document. Ideally what we need is that only users with Admin rights can modify document Access Rights in their space. The reason for this is that we only want to allow department heads to be able to make a document visible to other users/spaces, but we want everyone to be able to contribute to the articles. I am slowly trying to learn the power of XWiki and am loving it so far. Any help with this would be greatly appreciated. Thanks in advance for your time. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Restrict Access Rights to Admin Users only
Hi I have been doing a bit more reading and digging as I was hoping to be able to solve this in the skin but I've come across two issues 1) This doesn't appear to be implemented in the skin 2) It appears end users can create their own skins so doing it in the skin is not the right way. I've come across this link but there doesn't appear to be a definitive solution in it - http://xwiki.475771.n2.nabble.com/Access-rights-management-bug-td6803183.html I have done the following test: 1. TestDoc created in TestSpace by User1 2. User2 only has read and comment rights in TestSpace. Confirmed User2 cannot edit document or change rights. 3. User2 is given read, comment and edit rights in TestSpace 4. User2 refreshes TestDoc and now can edit the document. 5. User2 looks at TestSpace document index and sees that he cannot delete the document. 6. User2 edits access rights for TestDoc and gives himself delete permission on the document 7. User2 refreshes TestSpace document index and he now can delete TestDoc. Am I the only one who sees this as a problem? Read/Write/Modify should not allow you to then change permissions on the document. Is there any robust way without having to write Java to fix it? I'm afraid my skills fall short of Java editing. Kind regards, -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Mahomed Hussein Sent: 14 March 2015 15:07 To: XWiki Users Subject: [xwiki-users] Restrict Access Rights to Admin Users only Hi I’ve noticed that users with edit permissions can also modify access rights on any document. Ideally what we need is that only users with Admin rights can modify document Access Rights in their space. The reason for this is that we only want to allow department heads to be able to make a document visible to other users/spaces, but we want everyone to be able to contribute to the articles. I am slowly trying to learn the power of XWiki and am loving it so far. Any help with this would be greatly appreciated. Thanks in advance for your time. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Performance Frustrations
Hi All Just a brief update. Our XWiki has been running fine for the last few days with at least 3 people using it. Hopefully it stays that way. One thing I noticed is that it just magically started responding faster the next day. The other thing that I found was that I had missed out configuring the dns servers when I configured the static IP (it was a long day). So it is quite possible that the background process that Marius suggested may have had something to do with a site lookup or name resolution or update (this is purely speculation on my part - but hopefully it helps someone). Thanks again for this great system. Lots to learn still :) Kind regards, -Original Message- From: Mahomed Hussein Sent: 10 March 2015 16:42 To: XWiki Users Subject: [nosig] RE: [xwiki-users] Performance Frustrations Hi Thanks for the responses. Page you mention below just loaded a blank page (I assume that's the intention). CPU jumped to about 80% for that one request. That being said, performance has been a bit better today for some reason. There are a couple of extra tweaks I did this morning were: 1. Limited the activity plugin on the dashboard to only show the last 10 changes with 2 changes. 2. Disabled the image for one of the user's avatar. I have been happily adding documents today and it has been fairly acceptable. But that's just one active user. We'll see how it behaves when it has 10 users on at the same time. I might come back with more questions. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 10 March 2015 09:47 To: XWiki Users Subject: Re: [xwiki-users] Performance Frustrations I would also check the speed of retrieving a simple/plain wiki page without the surrounding UI elements: /xwiki/bin/get/Space/Page If this is still slow then the reason must be a background task as Thomas suggested. If it's fast then it means some of the UI elements slow down the view mode. It may be a panel for instance. Hope this helps, Marius On Tue, Mar 10, 2015 at 10:47 AM, Thomas Mortagne thomas.morta...@xwiki.com wrote: Would need more detail on what exactly you call a simple page, you should create a new page with empty content. Is the proc OK when nobody access XWiki, if not it might mean you have some bakground task running and slowing down the instance (a few things I can think of are SOLR indexing, Watchlist generating a mail when there is a lot of users, first login when you use LDAP with a lots if groups/users, some other extension you would have installed) ? I guess you looked at other stuff in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances. If you are using MySQL and have some unused memory one other thing I notice that can improve a lot the performances is tweak a bit MySQL configuration and especially things like innodb_buffer_pool_size which can more or less make MySQL behave like a in-memory database if big enough (and there is probably many other things but I'm not so much of a MySQL expert). On Mon, Mar 9, 2015 at 11:31 PM, Mahomed Hussein maho...@custodiandc.com wrote: Hi We were chugging along quite happily with XWiki then we started to notice a slowdown. Simple pages (like the space webhome page) were taking 3 – 4 seconds to load. This is with only 1 user testing it and about 5 articles in the whole system. Using htop, we can see that the tomcat process are being created and the CPU is going to over 150% - 400% (total across several cores). I have tried modifying the JAVA_OPTS in /etc/default/tomcat7 with little to no effect what so ever. I have tried googling it and almost everyone says to change those options and I’ve tried basing it on the recommendation in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#HMemory and my current line reads: JAVA_OPTS=-Djava.awt.headless=true -Xmx800m -XX:MaxPermSize=196m -XX:+UseConcMarkSweepGC We are running XWiki 6.4.2 xwiki-enterprise-tomcat7-mysql package installed using apt-get. OS: Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-46-generic x86_64) RAM: 4096 vCPU: 12 Hypervisor: Hyper-v There aren’t any IO or memory issues that we can see. I don’t see any immediate errors in the logs either. To be honest the high CPU isn’t that much of an issue. The problem is that it’s using high CPU and STILL has slow performance. If I compare the response of loading a 75 line article to loading http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/ExtensionSearch?space=Extensiontext=child, the extension page loads about 3 times faster (not scientifically accurate timing but it’s different enough to notice consistently). Any help would be greatly appreciated because no matter how great XWiki is, if I can’t get it to perform quickly enough, users will avoid using it. Thanks again for your time and any help. Kind regards, Mahomed
Re: [xwiki-users] Performance Frustrations
Hi Thanks for the responses. Page you mention below just loaded a blank page (I assume that's the intention). CPU jumped to about 80% for that one request. That being said, performance has been a bit better today for some reason. There are a couple of extra tweaks I did this morning were: 1. Limited the activity plugin on the dashboard to only show the last 10 changes with 2 changes. 2. Disabled the image for one of the user's avatar. I have been happily adding documents today and it has been fairly acceptable. But that's just one active user. We'll see how it behaves when it has 10 users on at the same time. I might come back with more questions. Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 10 March 2015 09:47 To: XWiki Users Subject: Re: [xwiki-users] Performance Frustrations I would also check the speed of retrieving a simple/plain wiki page without the surrounding UI elements: /xwiki/bin/get/Space/Page If this is still slow then the reason must be a background task as Thomas suggested. If it's fast then it means some of the UI elements slow down the view mode. It may be a panel for instance. Hope this helps, Marius On Tue, Mar 10, 2015 at 10:47 AM, Thomas Mortagne thomas.morta...@xwiki.com wrote: Would need more detail on what exactly you call a simple page, you should create a new page with empty content. Is the proc OK when nobody access XWiki, if not it might mean you have some bakground task running and slowing down the instance (a few things I can think of are SOLR indexing, Watchlist generating a mail when there is a lot of users, first login when you use LDAP with a lots if groups/users, some other extension you would have installed) ? I guess you looked at other stuff in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances. If you are using MySQL and have some unused memory one other thing I notice that can improve a lot the performances is tweak a bit MySQL configuration and especially things like innodb_buffer_pool_size which can more or less make MySQL behave like a in-memory database if big enough (and there is probably many other things but I'm not so much of a MySQL expert). On Mon, Mar 9, 2015 at 11:31 PM, Mahomed Hussein maho...@custodiandc.com wrote: Hi We were chugging along quite happily with XWiki then we started to notice a slowdown. Simple pages (like the space webhome page) were taking 3 – 4 seconds to load. This is with only 1 user testing it and about 5 articles in the whole system. Using htop, we can see that the tomcat process are being created and the CPU is going to over 150% - 400% (total across several cores). I have tried modifying the JAVA_OPTS in /etc/default/tomcat7 with little to no effect what so ever. I have tried googling it and almost everyone says to change those options and I’ve tried basing it on the recommendation in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#HMemory and my current line reads: JAVA_OPTS=-Djava.awt.headless=true -Xmx800m -XX:MaxPermSize=196m -XX:+UseConcMarkSweepGC We are running XWiki 6.4.2 xwiki-enterprise-tomcat7-mysql package installed using apt-get. OS: Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-46-generic x86_64) RAM: 4096 vCPU: 12 Hypervisor: Hyper-v There aren’t any IO or memory issues that we can see. I don’t see any immediate errors in the logs either. To be honest the high CPU isn’t that much of an issue. The problem is that it’s using high CPU and STILL has slow performance. If I compare the response of loading a 75 line article to loading http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/ExtensionSearch?space=Extensiontext=child, the extension page loads about 3 times faster (not scientifically accurate timing but it’s different enough to notice consistently). Any help would be greatly appreciated because no matter how great XWiki is, if I can’t get it to perform quickly enough, users will avoid using it. Thanks again for your time and any help. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users -- Thomas Mortagne ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
Re: [xwiki-users] Readers type extension or feature
Hi Thank you both for the responses. I am going to opt instead to get users to put a comment once they've read the document (This is a requirement for one of our certifications - that users confirm they've read a document). This is probably a better and simpler option anyway. Thank you again for your help. I am loving XWiki!! Kind regards, Mahomed -Original Message- From: users [mailto:users-boun...@xwiki.org] On Behalf Of Marius Dumitru Florea Sent: 09 March 2015 14:26 To: XWiki Users Subject: Re: [xwiki-users] Readers type extension or feature On Mon, Mar 9, 2015 at 11:13 AM, Guillaume Lerouge guilla...@xwiki.com wrote: Hi Mahomed, this is doable if you activate the statistics module: Unfortunately the statistics module stores only aggregated data. You can see how many users have viewed a particular page and how many pages a particular user has seen. But the way it works right now, you cannot see which users (i.e. an enumeration of user names) have seen a specific page or which pages have been seen by a specific user. Hope this helps, Marius - http://extensions.xwiki.org/xwiki/bin/view/Extension/Statistics+Application First you need to activate it in the xwiki.cfg file: - http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Configuration#%23HEnabling2FDisablingStatistics Once the statistics are activated, every view action by every user is recorded. Now all you need to do is write the code to retrieve the stats about the specific page you're looking at, and put in in a panel. You can find inspiration for this in the following extensions: - http://extensions.xwiki.org/xwiki/bin/view/Extension/Recently+Visited+Pages - http://extensions.xwiki.org/xwiki/bin/view/Extension/Most+Viewed+Articles - http://extensions.xwiki.org/xwiki/bin/view/Extension/Number+Of+Active+Users+Per+Day+And+Per+Week Best, Guillaume On Sun, Mar 8, 2015 at 10:36 PM, Mahomed Hussein maho...@custodiandc.com wrote: Hi I’m a new user to XWiki here. Running 6.4.2. We recently setup mediawiki but due to some limitations (and then finding XWiki), we’ve decided to move to XWiki. One feature that we would REALLY love to have similar to mediawiki is the readers feature. It shows which registered users have viewed a page. I have done some Google searching and I have looked through the extensions but I cannot find anything. The closest extension I found is one that shows how to run a query to display the editors, but I couldn’t see a way to modify that to show the readers. This makes me think it might not be possible, but I know very little about the way the system works so I hope someone can help. Thanks in advance for your help and time. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Performance Frustrations
Hi We were chugging along quite happily with XWiki then we started to notice a slowdown. Simple pages (like the space webhome page) were taking 3 – 4 seconds to load. This is with only 1 user testing it and about 5 articles in the whole system. Using htop, we can see that the tomcat process are being created and the CPU is going to over 150% - 400% (total across several cores). I have tried modifying the JAVA_OPTS in /etc/default/tomcat7 with little to no effect what so ever. I have tried googling it and almost everyone says to change those options and I’ve tried basing it on the recommendation in http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Performances#HMemory and my current line reads: JAVA_OPTS=-Djava.awt.headless=true -Xmx800m -XX:MaxPermSize=196m -XX:+UseConcMarkSweepGC We are running XWiki 6.4.2 xwiki-enterprise-tomcat7-mysql package installed using apt-get. OS: Ubuntu 14.04.2 LTS (GNU/Linux 3.13.0-46-generic x86_64) RAM: 4096 vCPU: 12 Hypervisor: Hyper-v There aren’t any IO or memory issues that we can see. I don’t see any immediate errors in the logs either. To be honest the high CPU isn’t that much of an issue. The problem is that it’s using high CPU and STILL has slow performance. If I compare the response of loading a 75 line article to loading http://extensions.xwiki.org/xwiki/bin/view/ExtensionCode/ExtensionSearch?space=Extensiontext=child, the extension page loads about 3 times faster (not scientifically accurate timing but it’s different enough to notice consistently). Any help would be greatly appreciated because no matter how great XWiki is, if I can’t get it to perform quickly enough, users will avoid using it. Thanks again for your time and any help. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users
[xwiki-users] Readers type extension or feature
Hi I’m a new user to XWiki here. Running 6.4.2. We recently setup mediawiki but due to some limitations (and then finding XWiki), we’ve decided to move to XWiki. One feature that we would REALLY love to have similar to mediawiki is the readers feature. It shows which registered users have viewed a page. I have done some Google searching and I have looked through the extensions but I cannot find anything. The closest extension I found is one that shows how to run a query to display the editors, but I couldn’t see a way to modify that to show the readers. This makes me think it might not be possible, but I know very little about the way the system works so I hope someone can help. Thanks in advance for your help and time. Kind regards, Mahomed ___ users mailing list users@xwiki.org http://lists.xwiki.org/mailman/listinfo/users