May 2016 - xwiki-users@xwiki.org

[xwiki-users] Filtering boolean values in AppWithinMinutes table
by Ryszard Łach 25 May '16

25 May '16

Hi. In application created by AppWithinMinutes there is a non-functionality of filter on boolean-type columns. Values in such a column are shown as 'Yes/No' (with possible translations), but it is not possible to filter them by 'Yes/No' - one has to use '0' or '1'. It is very non-intuitive. Is there a known issue regarding this? TIA, Ryszard.

2 1

[xwiki-users] XWiki 8.1 returning error 404
by Mahomed Hussein 25 May '16

25 May '16

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: Mahomed(a)CustodianDC.com http://www.CustodianDC.com

3 16

[xwiki-users] css colors not changing AAARGH
by dullfig 24 May '16

24 May '16

I have a bunch of documents in a space called Procedures. This is an App Within Minutes space, so the documents are viewed through a ClassSheet. I wanted to change the color of links within that space alone, so the first thing I tried was to attach an object to the ClassSheet of type StyleSheetExtension, and in it I put: .wikilink { color: blue; } But that didn't change the color. So then I tried putting it directly in the ClassSheet body, like this: {{html wiki="false" clean="false"}} {{/html}} But THAT didn't change the color either. I looked at the page source, and you can clearly see the style embedded in the page, and the link identified as class='wikilink'. So then I said "screw it, i'll just change link colors on the entire wiki". Guess what? I went to the "administer wiki", "look and feel" (flamingo btw), "presentation", "color theme"(garden btw), "customize", changed the @link-color value, you can CLEARLY see in the preview that all links are the new color, and yet NOTHING HAPPENS!! the colors of my entire wiki remain the same, even though if you go back and double check the color customization the new color is still there, and the preview still looks like I want it too look. Sometimes XWiki is just too convoluted. What am I doing wrong?! Dan -- View this message in context: http://xwiki.475771.n2.nabble.com/css-colors-not-changing-AAARGH-tp7599554.… Sent from the XWiki- Users mailing list archive at Nabble.com.

2 2

[xwiki-users] [ANN] XWiki 8.1 released
by Marius Dumitru Florea 24 May '16

24 May '16

The XWiki development team is proud to announce the availability of XWiki 8.1 final. This release brings an upgrade to the Java 8 runtime, a new Tips panel that replaces the old Quick Links panel, Extension Manager improvements and LDAP avatar synchronization. As usual, a lot of bug fixes (81) and minor improvements (43) are also included. 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/ReleaseNotesXWiki81 The following people have contributed code to this release (sorted alphabetically): Alexandru Cotiuga Clemens Robbenhaar Denis Gervalle Ecaterina Moraru (Valica) Eduard Moraru Guillaume Delhumeau Jean SIMARD Lukas Raska Manuel Smeria Marius Dumitru Florea Medjdoub Sean Whalen Sergiu Dumitriu Thomas Mortagne Vincent Massol Yuri Konotopov Thanks for your support -The XWiki dev team

1 0

[xwiki-users] How to use the new SVG Rasterizing API
by Miroslav Galajda 24 May '16

24 May '16

Hi, I noticed the anoucement of the new SVG rasterzing API in the XWiki 8.0 version. Is it already available, or not? I have tried to use it in the velocity macro, using the example usage at http://extensions.xwiki.org/xwiki/bin/view/Extension/SVG+Rasterizing+API, but it seems that $services.svg is not available. Do I need to enable it or it is an optional component that I need to install from somewhere. Thank you Miroslav Galajda

3 10

[xwiki-users] Setting default font-size for Headings
by superuser 24 May '16

24 May '16

My requirement: H1: 30px H2: 28px H3: 26px H4: 24px H5: 22px H6: 20px I tried changing the values in Administer wiki > Presentation > Color theme Customize > Less code as follows // XWiki already overrides these variables @font-size-base: 18px; @font-size-large: ceil((@font-size-base * 1.25)); // ~18px @font-size-small: ceil((@font-size-base * 0.85)); // ~12px @font-size-h1: 30px; @font-size-h2: 28px; @font-size-h3: 26px; @font-size-h4: 24px; @font-size-h5: 22px; @font-size-h6: 20px; Now it correctly shows font-sizes 20px to 30px. But it automatically sets different font-size values for 22px, 26px sizes incorrectly. Also what does "// XWiki already overrides these variables " mean? Is this the culprit for the problem? -- View this message in context: http://xwiki.475771.n2.nabble.com/Setting-default-font-size-for-Headings-tp… Sent from the XWiki- Users mailing list archive at Nabble.com.

1 0

[xwiki-users] Help about favicon
by Vishal Erande 24 May '16

24 May '16

3 2

[xwiki-users] XWiki on Jelastic
by Gerritjan Koekkoek 24 May '16

24 May '16

Hi, I've experimented with Jelastic. To my pleasant surprise in their marketplace there is XWiki. It promises a click and run setup; that could help making XWiki popular. But the experience was very disappointing. I think this will actually damage popularity. What I noticed: * Jelastic marketplace XWiki is based on a Milestone Relase instead of a stable release. * It is deployed on a tomcat instance; but the settings are such that you get the Upgrade wizard quite conveniently (+++) but then clicking "install" results in a very slow (-----) process that, in my case, never succeeded in a up-and-running XWiki * The Tomcat log shows memory problems, and this is confirmed to the user with Elastic emails that Tomcat is reaching limits Would it not be useful if somebody from the community would configure a much better XWiki experience? My knowledge is not good enough to do the Administrator stuff required 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>

4 5

[xwiki-users] AUTO : Denis Germain est absent (retour 15/06/2016)
by Denis.Germain＠isocel.info 23 May '16

23 May '16

Je suis absent(e) du bureau jusqu'au 15/06/2016 Je suis actuellement en congés. En cas d'urgence, merci de contacter le Support Technique Isocel support-technique(a)isocel.info ou Tel: 05 24 54 99 61 Remarque : ceci est une réponse automatique à votre message "[xwiki-users] Filesize limits for fileUpload plugin" envoyé le 23/05/2016 05:16:36. C'est la seule notification que vous recevrez pendant l'absence de cette personne.

1 0

[xwiki-users] Filesize limits for fileUpload plugin
by Bryn Jeffries 23 May '16

23 May '16

Hi, I have a Groovy script in my XWiki 7.1.1 site that reads files sent to it. I've been using the fileUpload plugin as shown below. {{groovy}} import java.io.InputStream; import java.io.OutputStream; import org.apache.commons.io.IOUtils; import org.apache.commons.fileupload.FileItem // Function to actually read the file data from file.getInputStream(); def processFile(String filename, FileItem file, String title) { ... } def params = request.getParameterNames().toList() def fileUpload = xwiki.fileupload def results = [:] if (!(params.contains("title"))) { results.put('error',"No title specified") } else { fileUpload.loadFileList(2147483648L, 100000, (String) (xcontext.getContext().getWiki().Param("xwiki.upload.tempdir"))) FileItem fileItem = fileUpload.getFileItems().find {it.getFieldName().equals("newfile")} if (fileItem == null) { results.put('error',"Couldn't load file - did you forget to choose one?") } else { results = processFile(fileUpload.getFileName("newfile"), fileItem, request.getParameter('title')) } } // Handle display of results based on how script was called def jsontool = new org.xwiki.velocity.tools.JSONTool() if (request.getParameter('outputSyntax') == 'plain' || request.getParameter('xpage') == 'plain') { response.setContentType('application/json') if (results.error) { response.setStatus(400) } print jsontool.serialize(results) } else { if(results.error) { println "{{error}}${results.error}{{/error}}" } else { println "{{success}}File processed{{/success}}" } println "Return to [[Original page>>${request.getHeader('referer')}]]"; } {{/groovy}} Files are sent to this page via a form: <form action="FileProcessor" method="post" enctype="multipart/form-data"> <input type="file" name="newfile" /> <input type="hidden" name="title" value="foo" /> <button type="submit">Upload</button> </form> The files I need to read can sometimes be large (~1GB), which is why the call to fileUpload.loadFileList explicitly gives a large maximum file size (10GB, although I don't expect files to reach this size for the time being). However, this limit seems to get ignored: when files exceed the limit specified in the Maximum Upload Size setting on xwiki/bin/edit/XWiki/XWikiPreferences?editor=object the script fails at the step (!(params.contains("title"))) { ... This is despite the title definitely being set. My guess is the an exception gets thrown by the File Upload plugin that causes the parameters to fail being processed - when I increase the upload limit from 32MB to 50MB the problem goes away for a 47MB file, for instance. So problem 1: is there a way to get fileUpload.loadFileList to respect the file limit I specify? I don't want to allow very large files to be included in attachments, so it would be nice if I can leave the default setting lower. Then comes problem 2: Even if I do set the maximum size to something very large, I get a similar problem for files over about 500Mb. I've tried testing just uploading such files as attachments and I end up with a page saying "waiting for server confirmation", and then "an error occurred while uploading the file". Digging around in the Tomcat logs I see exceptions containing: Caused by: org.apache.commons.fileupload.FileUploadBase$IOFileUploadException: Processing of multipart/form-data request failed. No space left on device at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:351) ~[commons-fileupload-1.3.1.jar:1.3.1] at com.xpn.xwiki.plugin.fileupload.FileUploadPlugin.loadFileList(FileUploadPlugin.java:248) ~[xwiki-platform-legacy-oldcore-7.1.2.jar:na] ... 47 common frames omitted Caused by: java.io.IOException: No space left on device at java.io.FileOutputStream.writeBytes(Native Method) ~[na:1.7.0_79] at java.io.FileOutputStream.write(FileOutputStream.java:345) ~[na:1.7.0_79] at org.apache.commons.io.output.ThresholdingOutputStream.write(ThresholdingOutputStream.java:129) ~[commons-io-2.4.jar:2.4] at org.apache.commons.fileupload.util.Streams.copy(Streams.java:107) ~[commons-fileupload-1.3.1.jar:1.3.1] at org.apache.commons.fileupload.util.Streams.copy(Streams.java:70) ~[commons-fileupload-1.3.1.jar:1.3.1] at org.apache.commons.fileupload.FileUploadBase.parseRequest(FileUploadBase.java:347) ~[commons-fileupload-1.3.1.jar:1.3.1] ... 48 common frames omitted Looking at this I see that there is probably an earlier call to loadFileList with default values, which is probably why my first problem was occurring. I can't see where this is being called - probably the crucial info is in one of those 48 omitted frames. My guess is that it's in com.xpn.xwiki.web.Utils.handleMultipart Also, looking in https://github.com/xwiki/xwiki-platform/blob/7392653655d1a8524c67851393b0ac… it appears that all files in a request are processed using org.apache.commons.fileupload.FileUploadBase.parseRequest() which writes all files to file, which I'm guessing is the ultimate problem once files get too big to store in temporary storage. Is there any way that I can use the streaming API http://commons.apache.org/proper/commons-fileupload/streaming.html instead? Thanks, Bryn

1 0