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