November 2016 - xwiki-users@xwiki.org

[xwiki-users] Rename/move space in subwiki does not update links
by helged 15 Nov '16

15 Nov '16

Hi! I just discovered an issue with renaming a space in a subwiki. Whenever I rename a space in the main wiki the links are modified to reflect the new space name - even links in subpages of the space are modified. But when I rename a space in a subwiki the links are not modified and still points at the old space name. Backlinks are not updated either. I cannot find a bug or any other reference to this problem. Anyone else experienced the same behavior. Discovered in XWiki 8.3. Upgraded to 8.4 but no difference. Regards, Helge -- View this message in context: http://xwiki.475771.n2.nabble.com/Rename-move-space-in-subwiki-does-not-upd… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 2

[xwiki-users] Unable to create localized page in 8.4
by Qkxy 15 Nov '16

15 Nov '16

Hi All, I have downloaded the zip package of XWiki 8.4, started it and logged in as Admin. I have changed the Localization to support two languages. When I created a page on the default laguage it is OK. When I try to translate the page I get the editor but when I save the document the default page overwritten and the localized page not created. I have created a screen capture of my trial: https://youtu.be/4K3lWqaKRxg Did I forget to modify some settings or it is a bug in XWiki 8.4? -- Best regards, Zoltán -- View this message in context: http://xwiki.475771.n2.nabble.com/Unable-to-create-localized-page-in-8-4-tp… Sent from the XWiki- Users mailing list archive at Nabble.com.

3 3

Re: [xwiki-users] Bounced Emails
by Pascal BASTIEN 15 Nov '16

15 Nov '16

Hello, There are a discussion about this problem: http://xwiki.markmail.org/message/f3bph6lrhlgtgwhw?q=Lots+of+disabled+Yahoo… Pascal B -------------------------------------------- En date de : Lun 14.11.16, Keith Davis <laurinkeithdavis(a)gmail.com> a écrit : Objet: [xwiki-users] Bounced Emails À: users(a)xwiki.org Date: Lundi 14 novembre 2016, 16h40 My subscription keeps getting disabled due to excessive bounces. I would understand that if I was still hosting my web host's email server, but I'm not having email send to my Gmail account. Any ideas what would be causing that? -- Keith Davis 214-906-5183 _______________________________________________ users mailing list users(a)xwiki.org http://lists.xwiki.org/mailman/listinfo/users

1 0

[xwiki-users] Error when converting SVG to PDF
by Dibyendu Das 14 Nov '16

14 Nov '16

Hi all, I have been embedding svg inside html macro like this: {{html}} <svg ...> ... </svg> {{/html}} and usually I can convert the resulting page to PDF without any problem. However if I use *xmln:href* in the svg, the PDF converter throws an error and renders a blank PDF. Here's an example svg: https://jsfiddle.net/9dt5guab/1/ Here's the stack trace: ERROR o.a.f.a.FOUserAgent - SVG graphic could not be built. Reason: org.apache.batik.bridge.BridgeException: file:/opt/web/base/./:-1 The attribute "xlink:href" of the element <use> is required org.apache.batik.bridge.BridgeException: file:/opt/web/base/./:-1 The attribute "xlink:href" of the element <use> is required at org.apache.batik.bridge.SVGUseElementBridge.buildCompositeGraphicsNode(Unknown Source) at org.apache.batik.bridge.SVGUseElementBridge.createGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildGraphicsNode(Unknown Source) at org.apache.batik.bridge.GVTBuilder.buildComposite(Unknown Source) at org.apache.batik.bridge.GVTBuilder.build(Unknown Source) at org.apache.fop.render.pdf.PDFImageHandlerSVG.handleImage(PDFImageHandlerSVG.java:104) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:249) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImage(AbstractIFPainter.java:205) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingImageHandler(AbstractIFPainter.java:170) at org.apache.fop.render.intermediate.AbstractIFPainter.drawImageUsingDocument(AbstractIFPainter.java:319) at org.apache.fop.render.pdf.PDFPainter.drawImage(PDFPainter.java:286) at org.apache.fop.render.intermediate.IFRenderer.renderForeignObject(IFRenderer.java:1314) at org.apache.fop.render.AbstractRenderer.renderInlineViewport(AbstractRenderer.java:862) at org.apache.fop.render.AbstractPathOrientedRenderer.renderInlineViewport(AbstractPathOrientedRenderer.java:832) at org.apache.fop.render.intermediate.IFRenderer.renderInlineViewport(IFRenderer.java:864) at org.apache.fop.render.AbstractRenderer.renderInlineArea(AbstractRenderer.java:715) at org.apache.fop.render.intermediate.IFRenderer.renderInlineArea(IFRenderer.java:928) at org.apache.fop.render.AbstractRenderer.renderLineArea(AbstractRenderer.java:690) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:572) at org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613) at org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557) at org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613) at org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557) at org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613) at org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557) at org.apache.fop.render.AbstractRenderer.renderBlock(AbstractRenderer.java:613) at org.apache.fop.render.intermediate.IFRenderer.renderBlock(IFRenderer.java:1000) at org.apache.fop.render.AbstractRenderer.renderBlocks(AbstractRenderer.java:557) at org.apache.fop.render.AbstractRenderer.renderFlow(AbstractRenderer.java:457) at org.apache.fop.render.AbstractPathOrientedRenderer.renderFlow(AbstractPathOrientedRenderer.java:785) at org.apache.fop.render.AbstractRenderer.renderMainReference(AbstractRenderer.java:434) at org.apache.fop.render.AbstractRenderer.renderBodyRegion(AbstractRenderer.java:358) at org.apache.fop.render.AbstractRenderer.renderRegionViewport(AbstractRenderer.java:305) at org.apache.fop.render.intermediate.IFRenderer.renderRegionViewport(IFRenderer.java:739) at org.apache.fop.render.AbstractRenderer.renderPageAreas(AbstractRenderer.java:270) at org.apache.fop.render.AbstractRenderer.renderPage(AbstractRenderer.java:243) at org.apache.fop.render.intermediate.IFRenderer.renderPage(IFRenderer.java:587) at org.apache.fop.area.RenderPagesModel.addPage(RenderPagesModel.java:123) at org.apache.fop.layoutmgr.AbstractPageSequenceLayoutManager.finishPage(AbstractPageSequenceLayoutManager.java:315) at org.apache.fop.layoutmgr.PageSequenceLayoutManager.finishPage(PageSequenceLayoutManager.java:216) at org.apache.fop.layoutmgr.PageSequenceLayoutManager.activateLayout(PageSequenceLayoutManager.java:140) at org.apache.fop.area.AreaTreeHandler.endPageSequence(AreaTreeHandler.java:267) at org.apache.fop.fo.pagination.PageSequence.endOfNode(PageSequence.java:130) at org.apache.fop.fo.FOTreeBuilder$MainFOHandler.endElement(FOTreeBuilder.java:360) at org.apache.fop.fo.FOTreeBuilder.endElement(FOTreeBuilder.java:190) at org.apache.xalan.transformer.TransformerIdentityImpl.endElement(TransformerIdentityImpl.java:1102) at org.apache.xerces.parsers.AbstractSAXParser.endElement(Unknown Source) at org.apache.xerces.impl.XMLNSDocumentScannerImpl.scanEndElement(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl$FragmentContentDispatcher.dispatch(Unknown Source) at org.apache.xerces.impl.XMLDocumentFragmentScannerImpl.scanDocument(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XML11Configuration.parse(Unknown Source) at org.apache.xerces.parsers.XMLParser.parse(Unknown Source) at org.apache.xerces.parsers.AbstractSAXParser.parse(Unknown Source) at org.apache.xalan.transformer.TransformerIdentityImpl.transform(TransformerIdentityImpl.java:485) at com.xpn.xwiki.pdf.impl.PdfExportImpl.renderXSLFO(PdfExportImpl.java:357) at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportXHTML(PdfExportImpl.java:304) at com.xpn.xwiki.pdf.impl.PdfExportImpl.exportHtml(PdfExportImpl.java:257) at com.xpn.xwiki.pdf.impl.PdfExportImpl.export(PdfExportImpl.java:243) at com.xpn.xwiki.web.ExportAction.export(ExportAction.java:239) at com.xpn.xwiki.web.ExportAction.render(ExportAction.java:81) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:432) at com.xpn.xwiki.web.XWikiAction.execute(XWikiAction.java:193) at org.apache.struts.action.RequestProcessor.processActionPerform(RequestProcessor.java:425) at org.apache.struts.action.RequestProcessor.process(RequestProcessor.java:228) at org.apache.struts.action.ActionServlet.process(ActionServlet.java:1913) at org.apache.struts.action.ActionServlet.doGet(ActionServlet.java:449) at javax.servlet.http.HttpServlet.service(HttpServlet.java:687) at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) at org.eclipse.jetty.servlet.ServletHolder.handle(ServletHolder.java:845) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1689) at com.xpn.xwiki.web.ActionFilter.doFilter(ActionFilter.java:115) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676) at org.xwiki.wysiwyg.server.filter.ConversionFilter.doFilter(ConversionFilter.java:127) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676) at org.xwiki.container.servlet.filters.internal.SetHTTPHeaderFilter.doFilter(SetHTTPHeaderFilter.java:63) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676) at org.xwiki.container.servlet.filters.internal.SavedRequestRestorerFilter.doFilter(SavedRequestRestorerFilter.java:208) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676) at org.xwiki.container.servlet.filters.internal.SetCharacterEncodingFilter.doFilter(SetCharacterEncodingFilter.java:111) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1676) at org.xwiki.resource.servlet.RoutingFilter.doFilter(RoutingFilter.java:137) at org.eclipse.jetty.servlet.ServletHandler$CachedChain.doFilter(ServletHandler.java:1668) at org.eclipse.jetty.servlet.ServletHandler.doHandle(ServletHandler.java:581) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:143) at org.eclipse.jetty.security.SecurityHandler.handle(SecurityHandler.java:548) at org.eclipse.jetty.server.session.SessionHandler.doHandle(SessionHandler.java:226) at org.eclipse.jetty.server.handler.ContextHandler.doHandle(ContextHandler.java:1180) at org.eclipse.jetty.servlet.ServletHandler.doScope(ServletHandler.java:511) at org.eclipse.jetty.server.session.SessionHandler.doScope(SessionHandler.java:185) at org.eclipse.jetty.server.handler.ContextHandler.doScope(ContextHandler.java:1112) at org.eclipse.jetty.server.handler.ScopedHandler.handle(ScopedHandler.java:141) at org.eclipse.jetty.server.handler.ContextHandlerCollection.handle(ContextHandlerCollection.java:213) at org.eclipse.jetty.server.handler.HandlerCollection.handle(HandlerCollection.java:119) at org.eclipse.jetty.server.handler.HandlerWrapper.handle(HandlerWrapper.java:134) at org.eclipse.jetty.server.Server.handle(Server.java:523) at org.eclipse.jetty.server.HttpChannel.handle(HttpChannel.java:320) at org.eclipse.jetty.server.HttpConnection.onFillable(HttpConnection.java:251) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95) at org.eclipse.jetty.io.ssl.SslConnection.onFillable(SslConnection.java:202) at org.eclipse.jetty.io.AbstractConnection$ReadCallback.succeeded(AbstractConnection.java:273) at org.eclipse.jetty.io.FillInterest.fillable(FillInterest.java:95) at org.eclipse.jetty.io.SelectChannelEndPoint$2.run(SelectChannelEndPoint.java:93) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.executeProduceConsume(ExecuteProduceConsume.java:303) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.produceConsume(ExecuteProduceConsume.java:148) at org.eclipse.jetty.util.thread.strategy.ExecuteProduceConsume.run(ExecuteProduceConsume.java:136) at org.eclipse.jetty.util.thread.QueuedThreadPool.runJob(QueuedThreadPool.java:671) at org.eclipse.jetty.util.thread.QueuedThreadPool$2.run(QueuedThreadPool.java:589) at java.lang.Thread.run(Thread.java:745) I guess this is a problem with the converting library. Any help?

1 0

[xwiki-users] Re-organize the Drawer's entries
by Guillaume Delhumeau 14 Nov '16

14 Nov '16

Hello dear developers and XWiki users. I would you to take a look at the issue http://jira.xwiki.org/browse/XWIKI-13070. The problem is that the current order (that I have implemented based on my intuition) seems to not be clear for our users. The main point is that the menu mixes up global items (Home wiki, Wiki Index) and local ones (Administer Wiki, Page Index, Delete wiki, etc...). Caty and Oliver have made some proposals that you could find in the issue. They are called P1, P2, P3, P4 and P5. I propose you to express your preferences so we can implement it based on a consensus. Here are mine: P1: There is a logical order and separation between item. However, it seems the more used actions (Wiki Index, Page Index) are less visible than some other (Delete Wiki, Create Wiki...) P2: The order and the separation are logic. The "delete wiki" action is still very visible but all other items are good. P3: Same than P2. Except that having "Wiki Index" along with "User, Page and Application Index" mixes up local and global items. P4: Why not, but maybe the 3 first actions should be placed after the other ones, since they would be less used. Same remark about the mixing of local and global items. P5: A clear distinction between local and global scope. More used items are located first. This is my favorite one. So +1 for P5, +0 for the other options so far. Now, what about you? Thanks, Guillaume PS: I send this message to both devs and users mailing lists, because I think users are directly concerned by this topic. -- Guillaume Delhumeau (guillaume.delhumeau(a)xwiki.com) Research & Development Engineer at XWiki SAS Committer on the XWiki.org project

5 12

[xwiki-users] odt = zip bomb?
by Pascal BASTIEN 14 Nov '16

14 Nov '16

Hello, My ODT (Open Office) files attachments are detected like "zip bomb" files by tika and i think theses file are not proprely indexed by solr... Do you know a way to exclude, odt files from tika' zip bomb check? Thxs. Here my log for odt files: 2016-11-14 11:33:04,474 [XWiki Solr index thread] ERROR .DocumentSolrMetadataExtractor - Failed to retrieve the content of attachment [Attachment xwiki:MyFile.odt] org.apache.tika.exception.TikaException: Zip bomb detected! at org.apache.tika.sax.SecureContentHandler.throwIfCauseOf(SecureContentHandler.java:192) at org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:123) at org.apache.tika.Tika.parseToString(Tika.java:527) ... at org.xwiki.search.solr.internal.DefaultSolrIndexer.run(DefaultSolrIndexer.java:377) at java.lang.Thread.run(Thread.java:745) Caused by: org.apache.tika.sax.SecureContentHandler$SecureSAXException: Suspected zip bomb: 100 levels of XML element nesting at org.apache.tika.sax.SecureContentHandler.startElement(SecureContentHandler.java:234) ... at org.apache.tika.parser.AutoDetectParser.parse(AutoDetectParser.java:120) ... 11 common frames omitted Pascal B

1 0

[xwiki-users] xwiki 7.1.2 perfomance problem with tomcat
by aleksey-s 14 Nov '16

14 Nov '16

Hi, We use xwiki version 7.1.2 with tomcat 8 and nginx. In peak of load (when many users come in) we see that number of Threads grow and xwiki freeze. Ok, we increased maxThreads from 250 (default) up to 1100. <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" maxThreads="1100" redirectPort="8443" /> But it is not enough. We don't know cause of problem because number of simultaneous users in xwiki we have less than 300-400. We did threads dump and saw many url with words .../download/... as active thread (~ 800 of 1100 active threads ). In our xwiki many pictures on pages (~10-15 per page) but we set xwiki.store.cache.capacity=2000 In xwiki attachement cache folder only 1700 files (i.e. xwiki.store.cache.capacity not need more). What cause of problem with threads ? Why so many threads active long time ? And may be someone know good settings for tomcat ? -- View this message in context: http://xwiki.475771.n2.nabble.com/xwiki-7-1-2-perfomance-problem-with-tomca… Sent from the XWiki- Users mailing list archive at Nabble.com.

1 0

[xwiki-users] AGE and calculating date
by Gerritjan Koekkoek 14 Nov '16

14 Nov '16

Hi, I think this might a velocity/java script or groovy question more as a xwiki question. We want to record a age (Period of days/seconds since birth date). What datatype would you recommend: - String structured - Numeric integer of Days or Seconds - Date/Time We would like to be able to display the data as: - Date notation - Years, Months, Weeks - Years, Months, Days - Years, Months Things to consider is that each month has different period lengths in days and that each 4 years we have different number of days in a year Should/Can we do this server side (velocity) What velocity tools or services can we use Gerritjan Koekkoek Vader van Rai Koekkoek (cdls) en voorzitter vereniging CdLS Visit our website<http://www.cdlsworld.org> Facebook<https://www.facebook.com/gerritjan.koekkoek> email<gerritjan(a)cdlsworld.org>

2 3

[xwiki-users] I can't login with Google apps.
by Waranon Piasri (Bank) 14 Nov '16

14 Nov '16

*Dear All,* I've installed XWiki 8.3 and install google app 2.1.8. First I set configulation on google apps in Application with ID and secret key. After that I try to login with google id as "PIC1" in attached file. It redirect to google authentication. and then I type password and click log in. After log in, it return to xwiki main page and I get my profile from google app but It not automatically login. Please see more detail in attached file. - *How can i do that?* PIC1.png <https://drive.google.com/a/readyplanet.com/file/d/0B7vEUGhe_e_2blZha0tBdkkz…> PIC2.png <https://drive.google.com/a/readyplanet.com/file/d/0B7vEUGhe_e_2SHhDQnU0MDAz…> PIC3.png <https://drive.google.com/a/readyplanet.com/file/d/0B7vEUGhe_e_2bGIyeHJUUUVE…> *Best regards,* *Waranon Piasri*

1 0

[xwiki-users] Javascript Extension going wrong
by D R 11 Nov '16

11 Nov '16

Hi community, I'm having a hard time getting a Javascript Extension for an AppWithinMinutes livetable to work. I have several livetable "enhancements" in it like changing background color per field value which work properly. As a reference I've used the example: http://snippets.xwiki.org/xwiki/bin/view/Extension/Background+color+for+a+l… Now I want to change the display of the value of a specific column, for example to display an image or a button next to the value. This works only for the last column in the livetable. All other rows look strange. Example: The simplified code: ``` document.observe("xwiki:livetable:newrow", function(ev){ $$('.sTxtUser').each(function(element){ var content = element.innerText; if(content === undefined){ content = element.textContent; } element.replace('<td class="sTxtUser link typetext" data-title="Username">"' + content + '"</td>') }); }); ``` I have 3 documents for the application with the following values for field sTxtUser : testuser1 test12345 anotheruser1 Using the above extension renders the livetable cells like this: """anotheruser1""" ""test12345"" "testuser1" If I change the sort order: """testuser1""" ""test12345"" "anotheruser1" So only the last row shows the desired output. What am I doing wrong? Regards, Dennis

2 4