Download Form Feedback
Here are some excerpts of what users have said while filling the.
- Sent 06/01/17 22:51:20:
Code format does not work, nor smalltext format and others, the format info is lost after preview or save.
- Sent 1/5/2017 22:40:12:
It won't install in Glassfish 4.1.1 it won't run in Tomcat 9. I've lost 2-3 days and would rather start over with something else, were it my decision
IT WONT INSTALL IN GLASSFISH 4.1.1 TOMCAT GIVES ERROR 11007 SO FAR IT'S A TIME SINK and THREATENING TO BECOME A QUAGMIRE
Answer from Vincent Massol (XWiki Core Dev):
I contacted Douglas and asked him to post on the list which he did and his problems were.
- Sent 12/30/2016 11:44:43:
The migration works very badly that need to improve. More than 50% of pages are broken after migrated from 6.4 to 8.4
- Sent 12/29/2016 20:58:53:
More than one Wiki setup, in a easy way to handle.
- Sent 30/11/16 14:04:59:
Most enterprises (and even smaller organizations) use some kind of directory service for user authentication and group management (e.g. OpenLDAP, Microsoft Active Directory, Samba). XWiki currently (to my knowledge) supports static mapping between local XWiki Groups and LDAP (security) groups based on Distinguished Name (dn). Maintaining lots of such groups quickly becomes tedious as LDAP groups are created, removed, renamed, and relocated. This has to be kept synchronized with the static configuration within XWiki and is prone to errors. I suggest some kind of automated mechanism for supporting external (security) groups with a configurable key of various data types. As an example, in Active Directory, a possible attribute to use is the "objectGUID" (which is a 16-byte value, since it is the same during an object's entire life cycle. That way, role management within XWiki can be centrally managed using already existing tools, aligning management with already established business processes.
Answer from Thomas Mortagne (XWiki Core Dev):
LDAP groups are not only LDAP DNs, you can also use LDAP filters and organization units. So in your case it would probably be something like XWiki.MyXWikiGroup=(objectGUID=someguid). See the examples in .
- Sent 11/30/2016 6:56:27:
Your official xwiki side is for me the reference. I can see several useful UI components there which I do not know how to reuse/build in my xwiki project. I’d like to have some kind of “showroom” where we can see list of available components and example how to build it.
- Sent 10/11/2016 3:58:
I have recently tried your XWiki product with different deployment methods. In general XWiki works really well, quite easy to use, and the access to the source editing with XWiki syntax is powerful.
- Installation: should be more stable (I couldn't install in on a Linux docker container, even though I tried all types of DEB packages
- I haven't tried on a real Linux server). The Zip deployment on Windows works great though. Flexibity of choosing diffrent deployment methods is good, but if it's hard to keep all options work fine, I suggest only support Zip and WAR deployment, as these options should work for most normal usage scenarios.
- UX/UI: Generally, UX is good, the onboarding tutorial is nice and very useful. UI is quite modern and looks nice compared to other wiki softwares. However, few things could be improved: The organization of the left menu could be simplified a bit. UI should have more consistent look and feel (now it is flat UI here, 3D there, font size varies from place to place, etc.) Would be nice to see it in 100% Bootstrap 3. Also, the default formatting for tables could be improved. Comming from Confluence I miss the way they treat tables (and the whole editor in general): that is some kind of common sense that made table look/work good enough yet simple enough for almost all kind of uses. So when using XWiki I always add a simple grey background to all table header columns/rows (but it took a little bit of learning the xwiki syntax). And I still prefer the UI for creating table on Confluence.
- Security: for the on-premise delployment package, please don't use a default password for Admin, that's a very bad security practice (a lot of people will forget to change that password, see more here: , I suggest dynamically generating amdin password when xwiki starts the first time, then print it out in the console or a local file, then force user to change it when they first log in.
- Sent 22/09/2016 19:15:22:
Instead of refreshing the entire page as I navigate it would be nice if only the body of the page refreshed and the navigation stay static (unless I add a new page of course.)
I am quite happy with XWiki. Thanks for reaching out to me.
- Sent 9/14/2016 9:53:54:
Richer right management, better debugging of wiki pages
Xwiki is the best wiki I tried until now !
- Sent 10/9/2016 19:23:32:
On Xwiki8.2.1, link function of ckeditor doesn't work well. There is no setting in ckeditor link dialog about setting target="_blank". I feel it is better to use Xwiki7.4.x with ckeditor Extension & customize application-ckeditor-webjar-1.3.x.jar to full functional ckeditor. My main reason to use ckeditor is to avoid wiki tag setting like ||target="_blank" . Most of users want to use ckeditor Full function version, not want to use wikitag.
functionality of ckeditor in Xwiki8.2.1 is so cheap and disappointed. I hope to use Full Functionality of ckeditor.
- Sent 8/30/2016 10:46:56:
Math Formula insertion function is desirable (like image insertion with mimetex.cgi etc)
I'm very happy to use Xwiki, it's very powerful and useful ! I will change to Version 8.2.1 soon.
- Sent 29/8/2016 10:12:52:
Installation tool for the owne server.
- Sent 24/08/16 09:39:24:
Provide more typed and strict API in Java
Clean the API
Provide simplified API allowing to manipulate the pages/objects like a graph
Simplify reference serialization
Allows to implement extension in Java directly in the wiki (like groovy extensions but allowing multiple files for the structure and linking jar to classpath)
Improve the documentation a lot
- Sent 2/8/2016 22:59:45:
Easily customizable Horizontal Navbar, enabled by default (I still can't find how to do it). Update the Linux (Debian) installation instructions. I had a very difficult time installing on Ubuntu 16.xx and could not install at all on Ubuntu 14.04 LTS.
Enable changing the color theme depending on Wiki to make it a little more obvious what "Wiki" you are viewing at the moment. I'm sure this is possible. Perhaps I just don't understand it.
- Sent 25/7/2016 18:35:25:
Simplify the view. less button and better locations. use a toolbar on the top of the page (like confluence)
Good project. I'm looking if it can fit to build a portal. I think yes. Confluence wiki is really easier to begin a knowledge base with non-IT people.
- Sent 24/7/2016 8:20:06:
I want to use ckEditor with full functionality (i.e. full menu button), I hope it will be implemented in the following version of Xwiki ! I use mimetex.cgi to write math-formula, so Image insertion by url is preferrable.
I can't do my task without Xwiki now. I thank you all.
- Sent 20/7/16 14:53:53:
Improve documentation (is somewhat outdated in some areas)
- Sent 29/04/16 05:31:47:
Better documentation would do you a lot of good. You should also consider archiving all information related to older releases. You still have Version 2 documentation when you are at Version 8. It would make it much easier to update, read and learn from your documentation if is was limited to just the latest and greatest or at least the LTS release.
- Sent 27/04/16 14:59:29:
To be able to group tags for a group of pages and not all at the same place mixed up
- Sent 17/03/16 12:29:15:
Happy with the product, I wish that the upgrade process was simpler, like a one click installer like wordpress or joomla
- Sent 04/02/16 16:29:41:
I would like to be able to paste an image into the wiki directly from the clipboard. Maybe that can be done, but I didn't find the extension that would allow that. I would not mind if the paste created an attachment, possibly asking me the name I want to give it. Currently, I have to paste into gimp or paint, save as a file, upload the file and then reference the attachment in the page so it will show.
That brings up another point. Finding an extension that does what you want is difficult, and most extensions lack screen sample to show you what they do.
More role based read/write access. There are pages we would like to limit update capability to a specific group of individuals, and even readability to to a group, and some open to everyone. We would like to be able to define the roles based on information found in AD.
- Sent 22/12/15 18:47:28:
I lost security privileges when i migrate
- Sent 14/12/15 16:55:30:
We would like to see the Search result page showing images, just like Google: text or image view.
- Sent 07/12/15 08:57:56:
Suggest Improvements: Form builder for simple office application
Diagram draw utility - can by paid...some as glify, can be more simply, needed clickable objects (typical system architecture picture, after click on object I will redirected into specific pages...
- Sent 28/10/15 15:33:32:
Extended Import/Export Feature
More Options to import or export pages or rights or configuration
- Sent 24/10/15 19:02:29:
The classical wiki hierarchy is hard to establish. Up until latest version parent permissions inheritance was impossible.
- Sent 21/04/15 14:51:19:
Si possible une recherche de documentation par arborescence de "thèmes" car la recherche par mot clés sous entend que l'on sait déjà comment vous nommez telle ou telle chose, ce qui n'est pas toujours le cas.
Plus d'exemples serait un plus.
Plus d'informations sur la gestion de droits éventuellement.
Autre amélioration majeure : on peut interfacer Xwiki à un serveur de messagerie mais il serait très agréable de pouvoir interfacer sur un Intranet comme Sharepoint.
Des remerciements pour votre solution qui est franchement excellente.
La documentation existante reste un point fort de votre projet, les modules également.
Cette application est très souple et a parfaitement répondu à mes besoins.
- Sent 22/02/15 21:32:43:
out of the box themes that are "thin". Currently, all the widgets (form elements, title bars, etc) are very "thick" taking up too much screen real estate.
thanks for the project, and keep up the good work!
- Sent 22/02/15 01:42:20:
For while, just: When you create a template based on another one, you can change the CSS styles. But if you specify the new style, all of the original rules are lost. Would be good if I could just add CSS rules, in addition to the existing ones
- Sent 17/02/15 09:45:03:
Installer. You need an installer. You really should just be able to drop the war into Tomcat and figure the rest out via the web. There must be a way you can get hibernate to do this. Leaving the user with a horrible stacktrace is not a very nice welcome.
I've got 12 years developing Java. It's been 24 hours. I'm still trying to get it running...
- Sent 12/12/14 16:52:00:
The management and setup is a bit clunky. I love that there is an actual setup file, but once it is installed the setup of the look and the features of the wiki seems to be a bit more complicated than I would hope.
I just installed it a few days ago, but so far it seems to be everything that I wanted. It was hard to find a product that included everything: Templates, searchability, tagging, Microsoft SQL integration, and most importantly AD integration and easy rights management.
- Sent 20/10/14 05:18:13:
Easier way to restore and move wikis between servers … not too bad now, but could be lots easier … main issue is an export that includes all system pages that have been changed and manages their migration to new versions, a way of managing template.vm and css files that are modified (this has improved in the sense this becomes less and less necessary), Need a multi-level App in a minute interface, and better documentation, or at least more examples.
Good job … been using for more than a decade
- Sent 13/09/14 11:23:45:
(1) Add Task and Issue management
(2) Expedient means of generating pages from an Excel, CSV or XML file and a template.
Oil and Gas Projects generate 10's thousands of volumes of documents: for example operating manuals, engineering drawings, reports of many types, memos, emails, time sheets, specifications. While some will be reviewed daily,many of these documents will never be looked at again for 10 years if ever. However, they need to be organized and accessible by users with minimal computer skills.
My contractor is delivering a Data Warehouse using Oracle as its DB. The DW has a very cryptic GUI and is sufferingly slow with less than 5% of the material loaded and only 2 concurrent users. I'm investigating Plan B.
After interviewing the user pool the most common interfaces they were comfortable with are: wikipedia, MS file manager, web browser. This confirms prior experience with Documentun based tools.
If you have any thoughts, I'd like to hear them, articles to read are also appreciated.
- Sent 10/07/14 07:19:24:
Provide more skins, & integrate workflows.
- Sent 20/06/14 15:50:53:
It would be ideal if the WYSIWYG editor provided more features. Currently have to toggle to Edit > WIKI, to encapsulate HTML tags <span style="color:red">...
Most users are visual learners breadcrumbs are helpful, but if you copied the Home > Document Index > Tree, into a collapse-able left-nav feature for the whole site, that would be ideal. (Only for the User defined pages).
By the way thank you so much. The package is great. It makes life so much easier.
- Sent 28/04/14 10:29:08:
I would suggest improving the upgrade process/documentation.
Documentation around upgrade processes is incomplete and mostly unhelpful. I cannot recommend your platform to anyone as it requires significant admin resource to upgrade to later versions. Investing significant time in creating and maintaining content stored in XWiki just means you have more headaches to upgrade or eventual migration to a different product.
I'm fairly happy with XWiki when it's up and running but nothing is worth the pain and suffering you make your system admins go through at upgrade time.
- Sent 21/02/14 08:12:32:
If you can increase the access speed, we will very thanks!
- Sent 17/02/14 23:19:00:
It would be nice to see a more user-friendly interface. Lets take, for example, the cronjobs. Its a must feature, but its has also a geek interface.
The macro is another example. Its a great feature too, but only accessible to people who has some understanding about how XWiki works.
I would suggest you to search for a tool called Podio. It has a nice design and a very good User-interface, similar to Facebook. We're using it in my company to make work more organized and manageable. But the most important part is that all the workers can assimilate the interface quickly and, therefore, the learning curve is very soft.
I dont know how to program in Java, but I would like to contribute with some ideas, at least. Im gone report some bugs too that I've found in my short experience with Xwiki. I hope it helps you in this great Project.
Nonetheless, XWiki is a powerful tool and a Im very happy to have found such a great software. Thank you very much!
- Sent 10/02/14 01:27:23:
Better default skin (responsive by default)
- Sent 03/02/14 13:59:12:
The speed for mobile androids.
- Sent 19/12/13 06:13:55:
I difficult to find/follow the user guide which often seems out dated
- Sent 09/11/13 13:36:02:
I find the documentation not good. If one wants to accomplish some tasks it is very difficult to find the relevant documentation pages. Most of time things are documented but a lot of them I found them only by chance. There is also a lot of stuff which is deprecated in later versions. I think you should make the documentation more precise, concise and streamlined.
Another point. The upgrade procedure is very tedious (I use the war-files). I would like to have something speedier and simpler.
We use Confluence at Work. I bought the starter license for my intranet at home. Then I became aware of your project. For my private uses it is completely satisfactory - and it runs one my weak powered ARM-based linux home server with jdk 1.8, which the Atlassian product is not able to do.
Thanks for your great work !
- Sent 24/08/13 16:15:36:
Improve upgrade process. I took me forever to figure out how to do this - which files I needed to copy over into my installation from the previous version, what else I needed to do (like enable xwiki.store.migration = 1.) I still don't know if I am I supposed to upgrade with the XAR file or not? I haven't, because I'm afraid it will cause data loss.
- Sent 17/09/13 10:39:31:
Not so easy to program macros
- Sent 09/08/13 10:39:26:
Make the default UI as more attractive
- Sent 31/07/13 12:42:58:
Email Notification body of the email needs improvement. I didnt like it at all.
- Sent 30/07/13 21:09:28:
Probably: more skins ?
Also, very important: better documentation !!!!
Well... a big thanks for all your efforts ! :-)
- Sent 21/06/13 09:42:52:
The extensions page seems like a bit of a mess - are many of them outdated (meaning not compatible/relevant for the latest version of xwiki)?
- Sent 29/05/13 11:42:07:
Make installation possible on Ubuntu from deb - it does not work at all. Always get "Could not initialize main XWiki context" no mater what I do
- Sent 23/05/13 15:39:28:
I tried it on my local mac to create a base of my notes and materials around web development
I like in XWiki
- a lot of of plugins (skins, little useful plugins like columns)
- exellent administrative tools
- dynaamic search, it's great!
but think it need some improvements
- more handy visual editor (like in wordpress or typo3 6)
- set of styles in visual editor like in wordpress. I don't like insert and edit preformated text in special window
- i have not find how to create in visual editor a couple of my own styles and throw out h5, h6.
- basic skin like skin on your official site: it's have more strict design and more capacious and easy to read typographics.
- Sent 05/02/13 16:05:21:
Live upgrade. Importers (I have a tikiwiki with 900+ pages that I want to bring into xwiki). Better documentation of the XAR format.
- Sent 07/01/13 07:26:20:
1) I would need a plugin for free dashboard (whiteboard). This would be very helpful to edit a page while learning for example is a similar way to a white paper where you can draw a chart, take notes and so on. For the beginning to have the functionality of a image editor would be enough. So i expect to edit in the web page images which in the end to be saved as image. Beside this o found almost everything i ever need. Thanks !
2) The default interface i think is too complex. I would prefer it simpler (similar to wikipedia.org) not so many feeds, activity, and so on. Just settings link, add edit page / space and the page content, other part to be customization but not defaults. (It' fine how it is, that suggestion is personal thought)
- Sent 15/10/12 16:21:48:
XWiki ist the technically best and most impressive Wiki and XWiki belongs the future. But you have to care about bringing your power to the customers and users. That means:
- Rating and better maintainance of PlugIns/Apps
-> 'App' is not just a word, it is a religion. With the ApplicationManager you are doing everything right. But nobody knows what's good to try for a extension/plugin (ratings and commends is a must have) and...
- it should be perfect stable to add/remove these extensions
- no experimental things in the stable version. stable means stable.
All in all you are doing most of things right! With hiding technical documents and the brand new Distribution Manager (like it) you have responded the last XWiki survey. So there is nothing to add here, what is not in the survey
- Sent 07/08/12 20:00:21:
It's a powerful tool and I have selected by variety of tools that supports.
I have some problem with a migration from Confluence to XWiki. I'm not sure about origin of them, but sometimes throw a Java Heap space.
I migrated 460 pages with a structure tree of four level of pages. Ramdomly I received heap space errors, and I'm trying to solve ot
- Sent 18/07/12 23:35:15:
Tutorials in programming guide schould be in the latest syntax in both scripting language (Groovy and Velocity).
- Sent 20/06/12 12:16:30:
I find the UI too cluttered, specially at the top, where it has too many menus and buttons. Things should be simpler, maybe some options could come to the bottom of the page and/or be hidden.
There should be a way to have spaces inside spaces, at least with 1 level of depth.
When showing changes i wish you could show them as "Space.Page" or "Space.ParentPage.Page". I say this because if we have "Space1.page" and "Space2.page" and we alter Space1.page in the widgets i see "page" and do not know at a glance in which space was it altered.
Overall i think the software as lots of potential and i'm pretty happy with it. I've been doing a pilot for our team intranet and we are going to keep using it. My goal is to have a production ready wiki in 2/3 months.
- Sent 17/03/12 06:38:03:
Step by step. I am new.
- Sent 17/03/12 01:17:34:
XWiki is great. We use it for the company intranet with great success - the only caveat is that it is generally slow, painfully so in some instances.
- Sent 01/03/12 16:47:28:
More user-friendly wysisyg editor. More configuration tools to assist in migration/setup.
- Sent 22/02/12 08:09:34:
NEED: MARK PART OF THE DOCUMENT AS "DO NOT PRINT THIS TO PDF/RTF/ETC"
Parts of the document should be able to be marked as "do-not-print". We use them for the documentation, and provide documentation as prints to the end customers. However, there are parts which is needed only for internal use. Therefore we previously implemented our own macros like so:
here is the internal documentation
With the most recent version this does not work, and it would be great to have this feature inbuilt somehow.
I have tried for several times to contact the users-list, but it seems that mails do not reach the list. I have an issue with pdf export which causes the xwiki to fail if there is an image in the page.
- Sent 16/01/13 07:34:06:
In my oppinion the biggest disadvantage is lack of Kerberos authentication. Second thing to improve is mechanizm of page templates, i.e. when many pages with similar content need to be created, but creating datamodel (objects) for page content is not necessary.
- Sent 14/07/12 21:45:03:
Templates should be more simple.
Creation of snippets (macros) that can be added to many pages. If I change my snippet it will reflect in all pages. It should be more simple.