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

[xwiki-users] Error saving Notifications Preferences
by Marcio Barreto 18 May '17

18 May '17

Hi, I have just installed xwiki 9.3 and I am having problems with the notification settings. I've used tomcat9, mysql14 on centos 6.9. On the user profile, Notifications Preferences option I cant change the notification settings. Every time i toggle the option I get an error: "Failed to save your settings" and get this error on the server: mai 09, 2017 11:19:02 AM org.restlet.engine.application.StatusFilter doHandle WARNING: Exception or error caught in status service java.lang.IllegalStateException: The Web form cannot be parsed as no fresh content is available. If this entity has been already read once, caching of the entity is required at org.restlet.engine.util.FormUtils.parse(FormUtils.java:272) at org.restlet.data.Form.<init>(Form.java:88) at org.xwiki.rest.internal.representations.objects.FormUrlEncodedObjectReader.readFrom(FormUrlEncodedObjectReader.java:82) at org.xwiki.rest.internal.representations.objects.FormUrlEncodedObjectReader.readFrom(FormUrlEncodedObjectReader.java:52) at org.restlet.ext.jaxrs.internal.wrappers.provider.SingletonProvider.readFrom(SingletonProvider.java:304) at org.restlet.ext.jaxrs.internal.wrappers.params.EntityGetter.getValue(EntityGetter.java:109) at org.restlet.ext.jaxrs.internal.wrappers.params.ParameterList.get(ParameterList.java:1090) at org.restlet.ext.jaxrs.internal.wrappers.AbstractMethodWrapper.internalInvoke(AbstractMethodWrapper.java:169) at org.restlet.ext.jaxrs.internal.wrappers.ResourceMethod.invoke(ResourceMethod.java:291) at org.restlet.ext.jaxrs.JaxRsRestlet.invokeMethod(JaxRsRestlet.java:1043) at org.restlet.ext.jaxrs.JaxRsRestlet.handle(JaxRsRestlet.java:792) at org.restlet.routing.Filter.doHandle(Filter.java:159) at org.restlet.routing.Filter.handle(Filter.java:206) at org.restlet.routing.Router.doHandle(Router.java:500) at org.restlet.routing.Router.handle(Router.java:740) at org.restlet.routing.Filter.doHandle(Filter.java:159) at org.restlet.routing.Filter.handle(Filter.java:206) at org.restlet.routing.Filter.doHandle(Filter.java:159) at org.restlet.routing.Filter.handle(Filter.java:206) at org.restlet.routing.Filter.doHandle(Filter.java:159) at org.restlet.routing.Filter.handle(Filter.java:206) at org.restlet.routing.Filter.doHandle(Filter.java:159) at org.restlet.routing.Filter.handle(Filter.java:206) at org.restlet.routing.Filter.doHandle(Filter.java:159) at org.restlet.engine.application.StatusFilter.doHandle(StatusFilter.java:154) at org.restlet.routing.Filter.handle(Filter.java:206) at org.restlet.routing.Filter.doHandle(Filter.java:159) at org.restlet.routing.Filter.handle(Filter.java:206) at org.restlet.engine.ChainHelper.handle(ChainHelper.java:114) at org.restlet.engine.application.ApplicationHelper.handle(ApplicationHelper.java:75) at org.restlet.Application.handle(Application.java:391) at org.restlet.routing.Filter.doHandle(Filter.java:159) at org.restlet.routing.Filter.handle(Filter.java:206) at org.restlet.routing.Router.doHandle(Router.java:500) at org.restlet.routing.Router.handle(Router.java:740) at org.restlet.routing.Filter.doHandle(Filter.java:159) at org.restlet.routing.Filter.handle(Filter.java:206) at org.restlet.routing.Router.doHandle(Router.java:500) at org.restlet.routing.Router.handle(Router.java:740) at org.restlet.routing.Filter.doHandle(Filter.java:159) at org.restlet.routing.Filter.handle(Filter.java:206) at org.restlet.engine.ChainHelper.handle(ChainHelper.java:114) at org.restlet.Component.handle(Component.java:391) at org.restlet.Server.handle(Server.java:491) at org.restlet.engine.ServerHelper.handle(ServerHelper.java:74) at org.restlet.engine.http.HttpServerHelper.handle(HttpServerHelper.java:153) at org.restlet.ext.servlet.ServerServlet.service(ServerServlet.java:1031) at javax.servlet.http.HttpServlet.service(HttpServlet.java:742) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:230) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.xwiki.wysiwyg.server.filter.XWikiContextInitializationFilter.doFilter(XWikiContextInitializationFilter.java:85) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:53) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:134) at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:192) at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:165) at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:199) at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:96) at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:475) at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:140) at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:80) at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:624) at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:87) at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:341) at org.apache.coyote.http11.Http11Processor.service(Http11Processor.java:495) at org.apache.coyote.AbstractProcessorLight.process(AbstractProcessorLight.java:66) at org.apache.coyote.AbstractProtocol$ConnectionHandler.process(AbstractProtocol.java:767) at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1354) at org.apache.tomcat.util.net.SocketProcessorBase.run(SocketProcessorBase.java:49) at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1142) at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:617) at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) at java.lang.Thread.run(Thread.java:748) Already searched everywhere for this error on notifications with no success. Can anyone kindly point me to some direction, already reinstalled twice with same result. best regards -- View this message in context: http://xwiki.475771.n2.nabble.com/Error-saving-Notifications-Preferences-tp… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 6

[xwiki-users] [ANN] New XWiki forum: https://discourse.xwiki.org
by Vincent Massol 18 May '17

18 May '17

Hi XWiki users, In order to make it simpler and more modern for users to participate to XWiki discussions, we’ve set up a new forum based on Discourse: https://discourse.xwiki.org Please start using it instead of the XWiki User Mailing list. This mailing list will become read only in a few days so please start moving to the forum ASAP. Note that you can subscribe to receive all forum posts as email notifications if you wish (it’s configurable in your user profile). Also note that for the moment it’s not possible to reply to the mails (we’re still trying to configure this). We hope that you’ll appreciate this move :) Thanks -Vincent PS: For the moment the XWiki Devs mailing list remains. It’s possible that it could be moved to a forum too in the future but nothing is decided and we’re migrating the users list first.

5 15

[xwiki-users] forum.xwiki.org - not working
by Keith Davis 17 May '17

17 May '17

You are probably already aware. discourse.xwiki.org is working. However, because forum.xwiki.org is not working, Github authentication is not working. Keith Davis - (214) 906-5183 http://laurinkeithdavis.com

1 0

[xwiki-users] Issues migrating from 7.4.4 to 8.4.5
by gfinesch 16 May '17

16 May '17

Hi, I'm trying to migrate my 7.4.4 (test environment) instance to the newer LTS 8.4.5. I have 3 main errors: 1) During the startup I get errors about missing ldap classes (I'd like to resolve later, I think it depends on some missing plugin, right?) 2) When I access as Admin user (after the distribution installation wizard phase) , the drawer menu has only one voice (Application Index) under "Home", where are the other voices (Administration,indexes...)? 3) If I try to go to the preferences page with the old url I can see the page but I also see strange icons on the right (maybe something went wrong during files replacement? I set always "replace files with newer ones" during the distribution wizard phase). If the problem is related to the environment data folder, I didn't use a fixed one (I'm in test environment) I used the tomcat's temp directory (that I deleted before the installation). I didn't have important files to save so I thought that I could replace them easily with the new installation. Thank you for support. Kind regards -- View this message in context: http://xwiki.475771.n2.nabble.com/Issues-migrating-from-7-4-4-to-8-4-5-tp76… Sent from the XWiki- Users mailing list archive at Nabble.com.

1 0

[xwiki-users] [XWiki Forum] New members saying hello
by HamsterNL 16 May '17

16 May '17

Just wanted to say "Hi!" --- [Visit Topic](https://discourse.xwiki.org/t/new-members-saying-hello/50/1) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discourse.xwiki.org/email/unsubscribe/d9dc04a05b97a458227fb01….

3 2

[xwiki-users] Macro Toolbar Option Greyed Out
by Rolf Bernau 16 May '17

16 May '17

Hi, In Xwiki 9.1.2 I have enabled the xwiki-marco toolbar option for the Wysiwig editor, and indeed there is a button shown in the toolbar now. However, this button is greyed out for some reason that I don't know. Would appreciate some help with this. Thanks Rolf

2 4

[xwiki-users] [XWiki Forum] Categories Brainstorming
by Clément Aubin 16 May '17

16 May '17

Hi, What do you think of a «Feedback» category ? I think that if we present a dedicated part of this forum that allows the user to post his feedback, he (the end user) will be more prompt to report any issue / good surprise he had when using the platform. Also, the «Feedback» category is used on https://discuss.gradle.org/. We can also use Tags in the «Help / Discuss» category in order to mark feedback posts. Thanks --- [Visit Topic](https://discourse.xwiki.org/t/categories-brainstorming/23/11) to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discourse.xwiki.org/email/unsubscribe/9bba6bdeff443fccc6cf2e5….

2 1

[xwiki-users] Navigation Panel
by Timo Dachs-Wegmann 16 May '17

16 May '17

Hello all, I installed the latest version of XWiki (9.3.1) and I want to get a new navigation panel since my old is a little bit buggy and outdated. I would like to have something like the document tree macro generates with this command: {{velocity}} #panelheader('Navi3') {{documentTree showTranslations="false" showAttachments="false" compact="true" showSpaces="true" limit=20/}} #panelfooter() {{/velocity}} But the problem there is, that I can't blacklist the spaces I don't want to be shown in this list... There was a ticket already with this topic and I posted a comment there, so hopefully they add this "feature" (yes for me it is a needed feature) but I thought maybe you guys have a navigation bar that is generated dynamicly and will work for me. (It should be a tree panel). Something like this: http://test.xwiki.org/xwiki/bin/view/Panels%20Tests/Navigation%20Panel#Atta… Link to the JIRA ticket: https://jira.xwiki.org/browse/XWIKI-12895 Mit freundlichen Grüßen Timo Dachs-Wegmann -EDV- ------------------------------------- PROCITEC GmbH Rastatter Strasse 41 D-75179 Pforzheim Fon: +49 7231 15561-29 Fax: +49 7231 15561-11 Mailto: t.wegmann(a)procitec.de Mannheim HRB 504702 Geschäftsführer: Dipl.-Ing. (FH) Dipl.-Inf. (FH) Jens Heyen

2 2

[xwiki-users] [XWiki Forum] [Help / Discuss] Users (Local or Global) cannot authenticate / log into a new Sub-wiki site
by Michael Dockham 16 May '17

16 May '17

Establishing a multi-instance wiki environment. We successfully setup the first wiki and now setup another one in the same environment and that is where we are having issues. Expectation is that we setup an additional wiki site that can have users log in directly but that does not work - when you attempt to log in with a valid user ID it provides no error message it just prompts you to log in again. We setup another wiki on our instance and we are unable to get any users to authenticate to the site. The workaround is to create users as a Global user and add them to the sub-wiki site's XWikiAllGroup. The use case is to establish another Wiki that we can add outside partner's users to it and segregate them from the main wiki site. The configuration we have for the sub-wiki is as follows: * Any global user can request to join but an admin must accept Main Wiki is setup for LDAP - the sub-wiki is NOT. xwiki.cfg #-# The following line is used to enable LDAP. See the LDAP section for more detail. xwiki.cfg:322 xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl LDAP Enable or not LDAP authentication for this wiki. If enabled and configured properly, a local user will be created whenever a LDAP user visit this wiki for the first time. Yes TRY LOCAL LOGIN If ldap authentication fails for any reason, try XWiki DB authentication with the same credentials. Default is yes Yes List of Installed Software xwiki-enterprise-web-9.3.1 jetty-distribution-9.4.4.v20170414 openjdk version "1.8.0_121" mysql-connector-java-5.1.41 mysqld Ver 5.5.54 for Linux on x86_64 (MySQL Community Server (GPL)) Amazon Linux AMI (https://aws.amazon.com/amazon-linux-ami/2017.03-release-notes/) Apache/2.2.31 (Unix) OpenLDAP 2.4.40-12.30.amzn1 Question is - did we miss a configuration step to authenticate the users for the sub-wiki for basic authentication? What configuration files should we look at and what sections of those may have a clue for how this should be configured and function as expected? Thanks --- [Visit Topic](https://discourse.xwiki.org/t/users-local-or-global-cannot-authentic… to respond. You are receiving this because you enabled mailing list mode. To unsubscribe from these emails, [click here](https://discourse.xwiki.org/email/unsubscribe/2a966ef071dd63c45aa28bf….

3 2

[xwiki-users] Users (Local or Global) cannot log into a new Sub-wiki site
by Michael Dockham 15 May '17

15 May '17

Expectation is that we setup an additional wiki site that can have users log in directly but that does not work - when you attempt to log in with a valid user ID it provides no error message it just prompts you to log in again. We setup another wiki on our instance and we are unable to get any users to authenticate to the site. The workaround is to create users as a Global user and add them to the sub-wiki site's XWikiAllGroup. The use case is to establish another Wiki that we can add outside partner's users to it and segregate them from the main wiki site. *The configuration we have for the sub-wiki is as follows:* * Any global user can request to join but an admin must accept Main Wiki is setup for LDAP - the sub-wiki is NOT. xwiki.cfg #-# The following line is used to enable LDAP. See the LDAP section for more detail. xwiki.cfg:322 xwiki.authentication.authclass=org.xwiki.contrib.ldap.XWikiLDAPAuthServiceImpl LDAP Enable or not LDAP authentication for this wiki. If enabled and configured properly, a local user will be created whenever a LDAP user visit this wiki for the first time. Yes TRY LOCAL LOGIN If ldap authentication fails for any reason, try XWiki DB authentication with the same credentials. Default is yes Yes List of Installed Software xwiki-enterprise-web-9.3.1 jetty-distribution-9.4.4.v20170414 openjdk version "1.8.0_121" mysql-connector-java-5.1.41 mysqld Ver 5.5.54 for Linux on x86_64 (MySQL Community Server (GPL)) Amazon Linux AMI ( https://aws.amazon.com/amazon-linux-ami/2017.03-release-notes/) Apache/2.2.31 (Unix) OpenLDAP 2.4.40-12.30.amzn1 Question is - did we miss a configuration step to authenticate the users for the sub-wiki for basic authentication? What configuration files should we look at and what sections of those may have a clue for how this should be configured and function as expected? Thanks

1 0