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.
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.
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.
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
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….
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
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….
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