February 2016 - xwiki-users@xwiki.org

[xwiki-users] Debian repository corrupted
by Claude.Durocher＠cspq.gouv.qc.ca 11 Feb '16

11 Feb '16

It looks like the debian repository http://maven.xwiki.org/stable/ is corrupted. Any indication when it will be back? Claude Durocher | Conseiller en architecture et en logiciel libre | Centre d'expertise en logiciel libre Centre de services partagés du Québec | 150, boulevard René-Lévesque Est, 6e étage, Québec (Québec) G1R 2B2 Tél. : 418 717-9656 claude.durocher(a)cspq.gouv.qc.ca | www.cspq.gouv.qc.ca Ce message est confidentiel et est à l'usage exclusif du destinataire identifié ci-dessus. Toute autre personne est, par les présentes, avisée qu'il lui est strictement interdit de le diffuser, de le distribuer, d'en dévoiler le contenu ou de le reproduire. Si vous avez reçu cette communication par erreur, veuillez en informer l'expéditeur par courrier électronique immédiatement et détruire l'original de ce message ainsi que toute copie.

3 11

[xwiki-users] Xwiki! using new platform core
by Maksim Birukov 11 Feb '16

11 Feb '16

Hi, I would like to get access to XWikiContext class for getting properties from xwiki sheet. And now it isn't possible to get them without platform-old core. So I added jar files with all of these dependencies to my project but I’m not sure probably that was wrong way and there are other new classes for getting access to context in new version... Is it possible to write hole extension only on java without creating xwiki sheets and classes? So I mean that, now I create xwiki configuration class and configurable class and also sheet with document and sheet dependencies. But maybe there is another way to write all of these only on java? And another questions: I read topic about Wysiwyg editor but it contains not enough information. Is there more detailed instruction for creating my own menu items and bind one with some logic for example calling script through $services.myScriptService.myScriptMethod()? Thank you in advance Thank you in advance for any answers! Best regards, Maxim Birukov Java developer # +38-095-234-13-34 Skype: maksim.b E-mail: m <mailto:[email protected]>.birukov(a)comparus.de <mailto:[email protected]> www.comparus.de <http://www.comparus.de/> DISCLAIMER: Diese E-Mail enthaelt vertrauliche und/oder rechtlich geschuetzte Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail irrtuemlich erhalten haben, informieren Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte Weitergabe dieser Mail ist nicht gestattet. Danke. DISCLAIMER: This e-mail may contain confidential and/or privileged information. If you are not the intended recipient (or have received this e-mail in error) please notify the sender immediately and destroy this e-mail. Any unauthorized copying, disclosure or distribution of the material in this e-mail is strictly forbidden. Thank You.

2 2

[xwiki-users] LDAP authentication fails as soon as using SSL (ldaps)
by Frank Thommen 11 Feb '16

11 Feb '16

Hi, our freshly configured XWiki (7.4, running open SUSE 13.1 with Tomcat 8.0.30) works fine through LDAP but fails as soon as we switch to ldaps. The current relevant settings for LDAP authentication in xwiki.cfg are: --------------- xwiki.authentication.authclass=com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl xwiki.authentication.ldap=1 xwiki.authentication.ldap.server=OUR_LDAP_SERVER xwiki.authentication.ldap.port=389 xwiki.authentication.ldap.trylocal=1 xwiki.authentication.ldap.ssl=0 xwiki.authentication.ldap.ssl.secure_provider=com.sun.net.ssl.internal.ssl.Provider xwiki.authentication.ldap.validate_password=0 xwiki.authentication.ldap.password_field=userPassword --------------- As soon as we change the settings to use SSL secured LDAP... --------------- xwiki.authentication.ldap.port=636 xwiki.authentication.ldap.ssl=1 --------------- ...authentication fails and we get the error message in catalina.out (debugging enabled according to http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication#HEnableL…) that you can find at the end of this mail. Connecting with the standard LDAP tools (ldapsearch) via SSL works fine. However: We haven't configured a keystore, as we are not in possession ot the server's certificate. ldapsearch only connects correctly with TLS_REQCERT=never. Could that be the problem with XWiki, too? If yes, is there a way to configure XWiki to ignore the certificate completely? Cheers Frank catalina.out messages related to one failed LDAP authentication =============================================================== [...] 2016-02-09 10:37:52,261 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] TRACE u.i.L.XWikiLDAPAuthServiceImpl - Starting LDAP authentication 2016-02-09 10:37:52,262 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - The provided user is null. We don't try to authenticate, it probably means the user is in non logged mode. 2016-02-09 10:37:52,265 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] TRACE u.i.L.XWikiLDAPAuthServiceImpl - Starting LDAP authentication 2016-02-09 10:37:52,333 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConfig - ldap_group_classes: [groupofnames, groupwisedistributionlist, dynamicgroup, dynamicgroupaux, groupofuniquenames, posixgroup, apple-group, group] 2016-02-09 10:37:52,336 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConfig - ldap_group_memberfields: [member, memberuid, uniquemember] 2016-02-09 10:37:52,355 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConnection - Connecting to LDAP using SSL 2016-02-09 10:37:52,533 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConnection - Connection to LDAP server [ad.dkfz-heidelberg.de:389] 2016-02-09 10:37:52,567 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG c.x.x.p.l.XWikiLDAPConnection - Binding to LDAP server with credentials login=[XXXX] 2016-02-09 10:37:52,777 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - Local LDAP authentication failed. com.xpn.xwiki.plugin.ldap.XWikiLDAPException: Error number 0 in 5: LDAP bind failed with LDAPException. at com.xpn.xwiki.plugin.ldap.XWikiLDAPConnection.open(XWikiLDAPConnection.java:196) ~[xwiki-platform-ldap-authenticator-7.4.jar:na] at com.xpn.xwiki.plugin.ldap.XWikiLDAPConnection.open(XWikiLDAPConnection.java:122) ~[xwiki-platform-ldap-authenticator-7.4.jar:na] at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticateInContext(XWikiLDAPAuthServiceImpl.java:306) [xwiki-platform-ldap-authenticator-7.4.jar:na] at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.ldapAuthenticate(XWikiLDAPAuthServiceImpl.java:182) [xwiki-platform-ldap-authenticator-7.4.jar:na] at com.xpn.xwiki.user.impl.LDAP.XWikiLDAPAuthServiceImpl.authenticate(XWikiLDAPAuthServiceImpl.java:129) [xwiki-platform-ldap-authenticator-7.4.jar:na] at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.authenticate(MyFormAuthenticator.java:272) [xwiki-platform-legacy-oldcore-7.4.jar:na] at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:192) [xwiki-platform-legacy-oldcore-7.4.jar:na] at com.xpn.xwiki.user.impl.xwiki.MyFormAuthenticator.processLogin(MyFormAuthenticator.java:174) [xwiki-platform-legacy-oldcore-7.4.jar:na] at com.xpn.xwiki.user.impl.xwiki.XWikiAuthServiceImpl.checkAuth(XWikiAuthServiceImpl.java:239) [xwiki-platform-legacy-oldcore-7.4.jar:na] at com.xpn.xwiki.XWiki.checkAuth(XWiki.java:3565) [xwiki-platform-legacy-oldcore-7.4.jar:na] at org.xwiki.security.authorization.internal.XWikiCachingRightService.authenticateUser(XWikiCachingRightService.java:241) [xwiki-platform-security-bridge-7.4.jar:na] at org.xwiki.security.authorization.internal.XWikiCachingRightService.checkAccess(XWikiCachingRightService.java:271) [xwiki-platform-security-bridge-7.4.jar:na] at com.xpn.xwiki.XWiki.checkAccess(XWiki.java:3583) [xwiki-platform-legacy-oldcore-7.4.jar:na] at com.xpn.xwiki.XWiki.prepareDocuments(XWiki.java:4657) [xwiki-platform-legacy-oldcore-7.4.jar:na] at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:339) [xwiki-platform-legacy-oldcore-7.4.jar:na] at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:184) [xwiki-platform-legacy-oldcore-7.4.jar:na] at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425) [struts-core-1.3.10.jar:1.3.10] at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228) [struts-core-1.3.10.jar:1.3.10] at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) [struts-core-1.3.10.jar:1.3.10] at org.apache.struts.action.ActionServlet.doPost(ActionServlet.java:462) [struts-core-1.3.10.jar:1.3.10] at javax.servlet.http.HttpServlet.service(HttpServlet.java:648) [servlet-api.jar:na] at javax.servlet.http.HttpServlet.service(HttpServlet.java:729) [servlet-api.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:291) [catalina.jar:8.0.30] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.30] at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115) [xwiki-platform-legacy-oldcore-7.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.30] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.30] at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127) [xwiki-platform-wysiwyg-server-7.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.30] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.30] at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52) [tomcat-websocket.jar:8.0.30] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.30] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.30] at org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) [xwiki-platform-container-servlet-7.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.30] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.30] at com.xpn.xwiki.plugin.webdav.XWikiDavFilter.doFilter(XWikiDavFilter.java:66) [xwiki-platform-webdav-server-7.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.30] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.30] at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) [xwiki-platform-container-servlet-7.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.30] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.30] at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) [xwiki-platform-container-servlet-7.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.30] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.30] at org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137) [xwiki-platform-resource-servlet-7.4.jar:na] at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:239) [catalina.jar:8.0.30] at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:206) [catalina.jar:8.0.30] at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212) [catalina.jar:8.0.30] at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106) [catalina.jar:8.0.30] at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502) [catalina.jar:8.0.30] at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141) [catalina.jar:8.0.30] at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79) [catalina.jar:8.0.30] at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:616) [catalina.jar:8.0.30] at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88) [catalina.jar:8.0.30] at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:521) [catalina.jar:8.0.30] at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1096) [tomcat-coyote.jar:8.0.30] at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:674) [tomcat-coyote.jar:8.0.30] at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.doRun(NioEndpoint.java:1500) [tomcat-coyote.jar:8.0.30] at org.apache.tomcat.util.net.NioEndpoint$SocketProcessor.run(NioEndpoint.java:1456) [tomcat-coyote.jar:8.0.30] at java.util.concurrent.ThreadPoolExecutor.runWorker(ThreadPoolExecutor.java:1145) [na:1.7.0_95] at java.util.concurrent.ThreadPoolExecutor$Worker.run(ThreadPoolExecutor.java:615) [na:1.7.0_95] at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61) [tomcat-util.jar:8.0.30] at java.lang.Thread.run(Thread.java:745) [na:1.7.0_95] Caused by: com.novell.ldap.LDAPException: Connect Error at com.novell.ldap.Connection.writeMessage(Unknown Source) ~[jldap-4.3.jar:na] at com.novell.ldap.Connection.writeMessage(Unknown Source) ~[jldap-4.3.jar:na] at com.novell.ldap.Message.sendMessage(Unknown Source) ~[jldap-4.3.jar:na] at com.novell.ldap.MessageAgent.sendMessage(Unknown Source) ~[jldap-4.3.jar:na] at com.novell.ldap.LDAPConnection.sendRequestToServer(Unknown Source) ~[jldap-4.3.jar:na] at com.novell.ldap.LDAPConnection.bind(Unknown Source) ~[jldap-4.3.jar:na] at com.novell.ldap.LDAPConnection.bind(Unknown Source) ~[jldap-4.3.jar:na] at com.novell.ldap.LDAPConnection.bind(Unknown Source) ~[jldap-4.3.jar:na] at com.xpn.xwiki.plugin.ldap.XWikiLDAPConnection.bind(XWikiLDAPConnection.java:230) ~[xwiki-platform-ldap-authenticator-7.4.jar:na] at com.xpn.xwiki.plugin.ldap.XWikiLDAPConnection.open(XWikiLDAPConnection.java:192) ~[xwiki-platform-ldap-authenticator-7.4.jar:na] ... 63 common frames omitted Caused by: javax.net.ssl.SSLException: Connection has been shutdown: javax.net.ssl.SSLException: java.net.SocketException: Connection reset at sun.security.ssl.SSLSocketImpl.checkEOF(SSLSocketImpl.java:1508) ~[na:1.7.0_95] at sun.security.ssl.SSLSocketImpl.checkWrite(SSLSocketImpl.java:1520) ~[na:1.7.0_95] at sun.security.ssl.AppOutputStream.write(AppOutputStream.java:70) ~[na:1.7.0_95] ... 73 common frames omitted Caused by: javax.net.ssl.SSLException: java.net.SocketException: Connection reset at sun.security.ssl.Alerts.getSSLException(Alerts.java:208) ~[na:1.7.0_95] at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1916) ~[na:1.7.0_95] at sun.security.ssl.SSLSocketImpl.fatal(SSLSocketImpl.java:1874) ~[na:1.7.0_95] at sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1838) ~[na:1.7.0_95] at sun.security.ssl.SSLSocketImpl.handleException(SSLSocketImpl.java:1783) ~[na:1.7.0_95] at sun.security.ssl.AppInputStream.read(AppInputStream.java:113) ~[na:1.7.0_95] at sun.security.ssl.AppInputStream.read(AppInputStream.java:69) ~[na:1.7.0_95] at com.novell.ldap.asn1.ASN1Identifier.<init>(Unknown Source) ~[jldap-4.3.jar:na] at com.novell.ldap.Connection$ReaderThread.run(Unknown Source) ~[jldap-4.3.jar:na] ... 1 common frames omitted Caused by: java.net.SocketException: Connection reset at java.net.SocketInputStream.read(SocketInputStream.java:196) ~[na:1.7.0_95] at java.net.SocketInputStream.read(SocketInputStream.java:122) ~[na:1.7.0_95] at sun.security.ssl.InputRecord.readFully(InputRecord.java:442) ~[na:1.7.0_95] at sun.security.ssl.InputRecord.read(InputRecord.java:480) ~[na:1.7.0_95] at sun.security.ssl.SSLSocketImpl.readRecord(SSLSocketImpl.java:946) ~[na:1.7.0_95] at sun.security.ssl.SSLSocketImpl.performInitialHandshake(SSLSocketImpl.java:1344) ~[na:1.7.0_95] at sun.security.ssl.SSLSocketImpl.readDataRecord(SSLSocketImpl.java:901) ~[na:1.7.0_95] at sun.security.ssl.AppInputStream.read(AppInputStream.java:102) ~[na:1.7.0_95] ... 4 common frames omitted 2016-02-09 10:37:52,786 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - Trying authentication against XWiki DB 2016-02-09 10:37:52,870 [https://XXXX:8443/xwiki/bin/loginsubmit/XWiki/XWikiLogin] DEBUG u.i.L.XWikiLDAPAuthServiceImpl - LDAP authentication failed for user [XXXX] [...]

2 9

[xwiki-users] Invoices application
by Thomas Mortagne 10 Feb '16

10 Feb '16

Hi xwikiers, For the needs of a coworking I started an application to create and manage invoices. You can find it on http://extensions.xwiki.org/xwiki/bin/view/Extension/Invoices. It's starting to work well so here is the advertisement. The main need was to generate invoices and reimbursements (most of the time when we make some mistake) for members of the coworking. So you can create new invoices, indicate a user, a product and a price and the rest is automatically found in the user profile. It's also possible to create invoices from scratch for external peoples. Also each time an invoice is created a listener send it by mail to the mail indicated in the invoice attached as PDF. We also automatically generate invoices for all coworkers so an Script Service is provided that we use in a Scheduler (this Scheduler was too specific to end up in the application itself). Note: the model and the displayer support several products per invoice but I was too lazy to handle the edit UI to add new products since I don't need it in my day to day use case. PR on this (and other parts) are of course more than welcome :) On the technical side an important part of the application (script services, listeners and model) would have been a lot cleaner and easier to maintain in a JAR extension but this application is also an experiment for me to see how to write a complex application in full wiki. -- Thomas Mortagne

2 3

[xwiki-users] Highlight Macro doesn't highlight code for users
by Sonic 10 Feb '16

10 Feb '16

Hi again. Highlight Macro <http://extensions.xwiki.org/xwiki/bin/view/Extension/Highlight+Macro> doesn't highlight code in "view mode" for users without the admin/programming rights. My xwiki version is 7.1.4. What could be the reason? Sorry for third post in a row, but now I have the clear question at last as I think. -- View this message in context: http://xwiki.475771.n2.nabble.com/Highlight-Macro-doesn-t-highlight-code-fo… Sent from the XWiki- Users mailing list archive at Nabble.com.

1 0

[xwiki-users] What will happen if I install extension with almost the same function?
by Sonic 10 Feb '16

10 Feb '16

I have Syntax Highlighting Application that "Provides Syntax Highlighting" (uses Highlight.JS). I want to install Highlight Macro(uses Highlight.JS with the same syntax), because there is a right access problem with either Syntax Highlighting Application or Highlight.JS. idk What will happen? Do i have to delete Syntax Highlighting Application first? I tried to delete, but after that Highlight JS Macro(which Highlight Macro extension uses too) still remain. -- View this message in context: http://xwiki.475771.n2.nabble.com/What-will-happen-if-I-install-extension-w… Sent from the XWiki- Users mailing list archive at Nabble.com.

3 4

[xwiki-users] [ANN] XWiki 8.0 Milestone 1 released
by Ecaterina Moraru (Valica) 09 Feb '16

09 Feb '16

The XWiki development team is proud to announce the availability of XWiki 8.0 Milestone 1. This is the first milestone release of the 8.x cycle. With this occasion we deprecated and retired multiple projects like Colibri Skin, Color Themes, old XWiki 1.0 syntax, etc. We also continued to polish our Nested Pages feature introduced in 7.2, by adding improvements such as: asynchronous copy and rename page actions, improved location picker for simple users and the ability to omit "WebHome" in wiki links syntax. 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/ReleaseNotesXWiki80M1 The following people have contributed code to this release (sorted alphabetically): Alexandru Cotiugă Denis Gervalle Ecaterina Moraru (Valica) Eduard Moraru Guillaume Delhumeau Marius Dumitru Florea Sergiu Dumitriu Thomas Mortagne Vincent Massol Thanks for your support -The XWiki dev team

1 0

[xwiki-users] [ANN] XWiki 7.4.1 released
by Thomas Mortagne 08 Feb '16

08 Feb '16

The XWiki development team is proud to announce the availability of XWiki 7.4.1. This is a bug fix release including some important improvements such as: asynchronous copy and rename page actions, improved location picker when copying and renaming, ability to omit "WebHome" in wiki links and images syntaxes. 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/ReleaseNotesXWiki741 The following people have contributed code to this release (sorted alphabetically): acotiuga Denis Gervalle Eduard Moraru Guillaume Delhumeau Marius Dumitru Florea Thomas Mortagne Vincent Massol Thanks for your support -The XWiki dev team

1 0

[xwiki-users] How does LDAP Authentication using "xwiki.authentication.ldap.ldap_user_search_fmt" work?
by Frank Thommen 08 Feb '16

08 Feb '16

Hi, can someone explain (or provide links to documentation) how XWiki's LDAP authentication using "xwiki.authentication.ldap.ldap_user_search_fmt" works? I understand, that XWiki binds using xwiki.authentication.ldap.bind_DN and xwiki.authentication.ldap.bind_pass (which are configured as static user), but how does it then continue to check the user's password against the one in the LDAP/DA? In the configuration examples I found, this parameter is usually not used, however in the old installation I'm supposed to migrate it is. I need to find out how that works, to decide if we should go on with it or no. I've had a look at some of the Java libraries (XWikiLDAPAuthServiceImpl.java and XWikiLDAPUtils.java but they didn't help me very much (not being very proficient in Java). Any hint or link to some more in-depth documentation (deeper than http://platform.xwiki.org/xwiki/bin/view/AdminGuide/Authentication but above sourcecode level) is highly appreciated. Cheers Frank

2 4

[xwiki-users] Translations available at Global Level
by Iustin Insuratelu 08 Feb '16

08 Feb '16

Hello, Recently we've been discussing about a situation that creates some inconveniences. What happens in short: * Have multiple subwikis, each with different extensions * Try to copy one content page from one wiki to another * When you are using the Copy Dialog - you can see pages from other subwikis. In that list the translations are broken. * It's about the applications homepages that uses translations keys for their titles. You will get something similar to http://screencast.com/t/8aHY7dca There are problems with translations visibility between subwikis. Check: * ideas * filemanager * xpoll * notes You can get more details from: * http://jira.xwiki.org/browse/NOTES-3 * http://jira.xwiki.org/browse/XDOODLE-32 * http://jira.xwiki.org/browse/IDEAS-63 The current solution (see https://github.com/xwiki-contrib/application-ideas/pull/16) creates a few glitches with installing that app on subwikis and programming rights. What we need is to define a rule that will be acceptable for the entire XE. What are your thoughts on this? Regards, *Iustin*

1 0